Straightforward, clear voice, and perfect explanation. Thank you!
@QA1
3 жыл бұрын
@Christian Batach - Awesome comment. Please share this video, if possible. Inder P Singh
@namratasoni9744
8 жыл бұрын
Very clear and easy language ......If really want to understand concept of RTM then go through this video...
@Love.Cook_Sanji
9 жыл бұрын
FINALLY ! found a video that makes sense about RTM thank you
@rippandeepbhatti9294
8 жыл бұрын
Very well explained.. I was little confused before watching this video about the relationship between TC and Req. I have got a clear idea about RTM now. Thanks for this easy, simple and clear video..
@abdulbarik2080
4 жыл бұрын
It is a really good video for the topic. easy to understand & all confusions are over.
@Mimi_Amen
5 жыл бұрын
The best video on RTM.
@bethdsa
9 жыл бұрын
Your all videos on QA is very detailed oriented & easy understandable & greatly expalined Awesome . Thanks
@QA1
9 жыл бұрын
Mohit Singh Hi Mohit, you are welcome to this channel and my software blog at inderpsingh.blogspot.com/
@harpreetdhaliwal4315
10 жыл бұрын
Thank you so much for explaining in very easy way. My fear for RTM is all over. Your instructions are very clear and helpful.
@QA1
10 жыл бұрын
The RTM is a way to find out if each requirement is mapped to at least one test case. Actually, the RTM can store more information than shown here. The requirements can be mapped to design documents and source code files. We can also check backward traceability. Just as every requirement should have at least one test case, every test case should be testing at least one requirement. This traceability in both directions can be checked for other project artifacts like design documents and source code files. Thanks for your comment.
@patriciaaguirre6693
10 жыл бұрын
You made this so simple. Thank you for the explanation.
@varshatomar1
10 жыл бұрын
Very nice explanation regarding Requirements Traceability Matrix, Thanks a lot for sharing this.
@QA1
10 жыл бұрын
Varsha - Thank you for your comment. Appreciate it :)
@Daivik4
4 жыл бұрын
Best video on testing I have ever watched
@QA1
4 жыл бұрын
Many thanks and welcome to this channel. Regards, Inder
@jithualex4647
7 жыл бұрын
Superb explanation.. easy to understand
@newma24
7 жыл бұрын
You made it this very simple. Really useful videos. Thank you!
@QA1
7 жыл бұрын
Good to know. Please subscribe to my channel. You may find my Test Automation tutorials useful too, especially the complete set on LoadRunner. The link to these training videos is kzitem.info/door/PLc3SzDYhhiGXVcy8EcrTSfwsC-v8EUZvg
@poonampoonam305
3 жыл бұрын
now I understand this...many interviewer ask me same ques always got confused.....
@kiranchavan8296
Күн бұрын
Thank you sir ...nicely explained
@QA1
Күн бұрын
@kiranchavan8296 - You are welcome 🙏 Please check out the complete Software Testing playlist (148 videos and being updated) at kzitem.info/door/PLc3SzDYhhiGWuMK03uYO-UENAx0s2woWM
@safchowdhury
9 жыл бұрын
Thanks for this tutorial. Really helped me with my project :)
@hafizumer9424
8 жыл бұрын
Such a usefull tutorial of RTM :) Thanks
@nikhilavemuri955
7 жыл бұрын
you are rocking... explanation is crystal & clear... in single word awesome...
@QA1
7 жыл бұрын
Thank you, Nikhila.
@GDNetworkingNewbie
4 жыл бұрын
Great Explanation
@aishaSuan
9 жыл бұрын
really user-friendly videos. Thanks and kudos to the owner!
@QA1
9 жыл бұрын
aisha magayo-ong Hi Aisha, thank you for your comments. Best wishes, Inder
@timmysuri6335
10 жыл бұрын
very simple and easy to understand the concept.
@QA1
10 жыл бұрын
Glad that you liked it :)
@borisholzer1322
4 жыл бұрын
What if the maintenance of the matrix can hardly be done due to the pure number of elements? Here's what our customers say: "The elimination of ... manual maintenance of Excel matrices, is a great relief; YAKINDU Traceability helps us to work 70% more efficiently in our projects and in a much more structured way." The whole story is here: www.itemis.com/en/yakindu/references/bauerhin/
@rakeshjha7475
8 жыл бұрын
Such a usefull tutorial of RTM. Thanks!
@paulorosarin5889
9 жыл бұрын
Very useful instructions. Thanks.
@manikjain6861
10 жыл бұрын
crisp and concise explanation... nice job...
@QA1
10 жыл бұрын
Many thanks, Manik.
@nemostarlight7415
9 жыл бұрын
Thank You very much.It was very helpful.
@prikulk
9 жыл бұрын
Thank You . You explained it well .. in simple language .
@QA1
9 жыл бұрын
Priya Pathak Glad that you found my video useful. Thank you.
@Raouf4eva
8 жыл бұрын
why is there 3 test cases for TC1 is TC1 using the same test cases for all the requirements? if so how? i would like to know how would there be 4 or 3 or 2 test cases testing more then one requirement with that same test case. If you could please help me understand this. When would you use the same test cases?? i would like to understand this better.
@QA1
8 жыл бұрын
In the example shown, TC1 is the test case. TC1 does not have 3 test cases, it is a single test case that tests 3 requirements, Req1, Req3 and Req10. This may happen when different steps of TC1 test different requirements e.g. Req1 is "The system shall display the home page to a logged in user", Req3 is "The system shall display the username on the home page" and Req10 is "The system shall display an error message in red in case of a failed log in attempt."
@Raouf4eva
8 жыл бұрын
thank you so much for your response.. Wouldn't it be a new test case number like TC21 if it is testing a new requirement? because then you will adding more steps then the next requirement (lets say there is more steps to it) how can you still consider one test case for different requirements. Like the ones you stated, sounds like different steps/added steps to a previous test case.. Can you just write a new test case number? rather then use the same one as it would be more confusing? I would love to understand your experience/ view to this.
@QA1
8 жыл бұрын
Yes, we may want to write a brand new test case for testing each new requirement. It is also possible that the tests for two or three requirements have so many common steps that it makes sense to have a single test case test them. There are advantages and disadvantages to both approaches. The first approach produces simpler test cases but take more effort to document them. The second approach produces test cases with less effort and is my preferred approach. The important thing in RTM is that no requirement should be left unmatched without any linked test case(s).
@Raouf4eva
8 жыл бұрын
Would you be using the same test case and adding more steps to it? and consider it as one test case for more then one requirement or are you using the same one that tends to test other requirements without adding steps? thank you for your response and I'm sorry for all the questions, as i am very eager to learn.
@Raouf4eva
8 жыл бұрын
+Software and Testing Training hello sir, I'm sorry for all the questions.. But if you don't mind, if you could please explain to me how is regression testing done? And what is regression testing. And when will you do it and how would you do it? If you could please assist me with this question. Do you run all the previous test cases for that module?
@shahshank
10 жыл бұрын
i am super new to this. and you helped ALOT! thanks!
@QA1
10 жыл бұрын
Shahshank, you are welcome. I have sent you links to more resources. Thank you.
@faridnadirov5472
7 жыл бұрын
Excellent explanation! Thank you !
@rafidar6635
9 жыл бұрын
thank you very much...may God bless you..
@Niteshshewa
10 жыл бұрын
your explanation is very good .
@QA1
10 жыл бұрын
Many thanks.
@Ravicgsce
8 жыл бұрын
Very useful tutorial. Thanks for sharing.
@ashutoshp84
6 жыл бұрын
Good explanation of the RTM in brief.
@QA1
6 жыл бұрын
Ashutosh, many thanks for your comment. You may also like my tutorials on Test Estimation etc. at kzitem.info/news/bejne/maSg2YGFoJmii6g&index=27&list=PLc3SzDYhhiGWuMK03uYO-UENAx0s2woWM
@sonitgoswamy1
10 жыл бұрын
Inder a good video which is clear and to the point. Can you share a video explaining about cost budget and how to calculate profitability and revenue of a project?
@ramyabaskaran7958
9 жыл бұрын
Hi Sir, Thanks for sharing your knowledge. I have understood completely without any doubt. Thank you very much:)
@QA1
9 жыл бұрын
Ramya Baskaran Thank you, Ramya. You may find my other testing tutorials useful too. They are at kzitem.info/door/PLc3SzDYhhiGWuMK03uYO-UENAx0s2woWM
@alitester522
3 жыл бұрын
Super Video. Please make a video for Test Plan, How to start Test plane practically . Thanks For your support
@QA1
3 жыл бұрын
Thanks a lot for your comment. Test Plan video at 17:10 in kzitem.info/news/bejne/16Nr0Xuvb4eDnYI
@daryadokht7817
10 жыл бұрын
Thank you so much !!! this is really helpful!! nice explanation !!
@QA1
10 жыл бұрын
Great! Thank you.
@swethathalapaneni4932
7 жыл бұрын
Nice Explanation. Very Useful.
@QA1
7 жыл бұрын
Many thanks, Swetha. The full course is at the link, kzitem.info/news/bejne/tWeXnICLkXqLoJw
@kristokr
9 жыл бұрын
Nice video and great explanation. I have a few questions: 1. Is it okay to include business requirements as well to the RTM so the full traceability is maintained? 2.Do you suggest seperate TM's for example from business requirements to functional requirements , functional requirements to test cases in case of large projects? 3. How could I include the status of tests (done, not done) for a particluar requirement in the RTM ?
@QA1
9 жыл бұрын
Pil Lai Thank you. Here are my responses - 1. Yes. 2. In order for the RTM to become one huge mapping, we can divide it into sections but not separate documents. One section of Bus Requirements to Software Requirements (both functional and extra-functional). One section of Software Requirements to System Architecture and so on. 3. We don't use the RTM itself for tracking but we can take a copy of the data and use this data for tracking the test status of a particular release. Thank you.
@chaitanyamopuru4342
9 жыл бұрын
explanation is very nice u plz explain with real time scenarios
@marianatsiupka8962
9 жыл бұрын
Thank you! Really helpful
@preethishetty7161
4 жыл бұрын
wow clear cut explanation...thank you !!
@ushavummadi8083
7 жыл бұрын
very helpful and very thanks for creating this video....
@QA1
7 жыл бұрын
Hi Usha, thank you. Please see the entire list of Software Testing Tutorials at kzitem.info/door/PLc3SzDYhhiGWuMK03uYO-UENAx0s2woWM
@user-z1u8x
7 жыл бұрын
I finally got it. Thanks a lot!
@QA1
7 жыл бұрын
Olga, good to know. I have 37 Software testing tutorials. You can see the list at the link, kzitem.info/door/PLc3SzDYhhiGWuMK03uYO-UENAx0s2woWM
@nileshbandgar
10 жыл бұрын
Thank you for keeping it simple and straight. Just one q'tion..What if Requirement doc and matrix are combined ...do you suggest to go for a tool to manage it ?
@QA1
10 жыл бұрын
Thank you for your question. I am not sure that I understand the situation. The requirements document knows only the requirement IDs but has no knowledge of the test cases (at least initially, because the test cases do not exist yet). The Requirement Traceability Matrix should be outside the requirements document. If not, it has to be updated every single time there is a change in the traceability (which can be frequent if new test cases are written or existing test cases are updated). If possible, definitely go for a tool to manage the RTM. I don't have any preferences, just go with whichever tool supports creating and maintaining the RTM. Thanks again. Inder.
@nileshbandgar
10 жыл бұрын
Software and Testing Training Hi Inder, Appreciate quick reply. I should have split the question. Anyways I understand the Req doc will followed by RTM, but in practical scenario when some project demands RTM describing Req as well... its a tricky situation :)...Any ways apart from that, in your opinion ,what tool is best for a complex RTM ?
@QA1
10 жыл бұрын
Nilesh Bandgar Hi Nilesh, if your test management system or project management system has the RTM feature (map the test cases to requirements and generate the RTM), then go for it. If not, the RTM can be created and maintained manually in Microsoft Excel. In Excel, you can write VBA scripts to do additional validations and tasks within the RTM.
@unaganesh9
8 жыл бұрын
Very Easy to understand....thanks
@krishmba06
8 жыл бұрын
Many thanks for the useful video..
@chandrashekarbylappa3669
10 жыл бұрын
your explanation skills are very good
@QA1
10 жыл бұрын
Thank you. Appreciate your comment.
@norad1090
9 жыл бұрын
Hi,Thanks for your usual support, I have a question regarding prioritizing Test cases: for example if we have 14 TCs to cover a given module and for some reason we need to reduce the number of TCs . Is there a technique for prioritize? How can I select the less number with acceptable coverage? Thanks in advance.
@QA1
9 жыл бұрын
+Nora D Thank you for this interesting question. You know that a reduction in the number of test cases run increases the risk that bugs slip through to production. So, you could consider combining the 14 TCs (at a higher-level/ less detailed) instead. If there is absolutely less time to test, we should run the test cases that test the highest priority requirements.
@heeelmooi
7 жыл бұрын
excellent video. Just what I needed
@822rakesh
7 жыл бұрын
thank u good n easy understandable...
@bhavikapandya929
9 жыл бұрын
excellent....very usefull video.. thank you..
@QA1
9 жыл бұрын
Bhavika Pandya Thank you so much.
@sharmahimanshu
8 жыл бұрын
Hi, I have a query here. Do we have versions of RTM as per sprints (like RTM for each sprint or release)? Or there is only single copy of RTM which contains all the requirements and test cases related to them till current date? If second one is the case, then how would we manage RTM as it would have hundreds of requirements and thousands of test cases?
@QA1
8 жыл бұрын
Hi Himanshu, the RTM is a single live document with all the requirements ID's and test cases ID's. Sometimes, the RTM is divided into modules (with one worksheet having requirements and test cases of one module only). Yes, the RTM may be huge but we can filter it based on any grouping. Thank you. Inder
@sharmahimanshu
8 жыл бұрын
+Software and Testing Training I was not expecting such a quick respose. Thank you very much...
@olipop84
6 жыл бұрын
Great explanation! Outstanding.
@QA1
6 жыл бұрын
Hi Oliver, many thanks for your kind comment.
@kaukabfh
9 жыл бұрын
Gr8 explaination.Thanks.
@QA1
9 жыл бұрын
kokombo Thank you for your comment.
@drumtouch
7 жыл бұрын
Good job man, thanks.
@pranshul67
8 жыл бұрын
thanks! great video
@ThePavanlinga
10 жыл бұрын
Simple and good...
@QA1
10 жыл бұрын
Many thanks, Pavan.
@madhavisunkara9151
10 жыл бұрын
Very well explained...Thankyou!
@QA1
10 жыл бұрын
Madhavi, you are welcome. Thank you :)
@managementinsight4554
7 жыл бұрын
great work. thanks for the explicity
@QA1
7 жыл бұрын
Thank you.
@shailendrasinghrajput4871
2 жыл бұрын
Very nice information
@sandeepsohal1543
6 жыл бұрын
thanks for sharing
@vikasdasi6605
7 жыл бұрын
Really very helpful video thanks
@QA1
7 жыл бұрын
Thank you, Vikas. You can check out my full set of 37 manual testing tutorials at the link, kzitem.info/news/bejne/tWeXnICLkXqLoJw
@AshokKumar-qr4eu
6 жыл бұрын
Super sir. Easy to understand
@ManishKumar-nw1zp
8 жыл бұрын
thanku very much for this vedio..
@carlosmorzan
10 жыл бұрын
Can you let me know in which part of the Fundamental Test Process is the RTM elaborated? (Test Planning, Test Analysis and Design, etc). Thank you for all the videos you are making.
@QA1
10 жыл бұрын
Carlos - The RTM needs two data items - the requirements and the test cases (tests). The Requirement IDs can be put in the RTM when the Requirements Analysis is complete. The related test cases IDs can be put in the RTM when the Test Analysis and Design is complete. RTM update with respect to the documented test cases can be the last step of Test Design. RTM is an important input to Test Execution. All the test cases (covering the requirements to be tested) are executed. This provides a reference to know the Test Execution status during testing. Thank you for your question. Appreciate your comment :)
@carlosmorzan
10 жыл бұрын
Software and Testing Training I don't know if may be in the future coming you can make some videos related to white testing specially with respect to Unit Testing. Thank you for the answer given regarding the RTM.
@QA1
10 жыл бұрын
Carlos Morzan Are you looking for general unit testing or specific topics like types of code coverage? Thank you for the suggestion. I will be glad to create useful videos.
@carlosmorzan
10 жыл бұрын
Software and Testing Training I am looking for specific topics such as code coverage, memory leaks and automation of white box testing. Thank you again for your help.
@QA1
7 жыл бұрын
Sorry for the late reply. I have a video that explains memory leak. Other videos to follow. The link of Memory Leak explained with example is kzitem.info/news/bejne/ynyol5essJqXlaw
@Helena-dt6bc
8 жыл бұрын
Excellent tutorial :-)
@niidollar23
10 жыл бұрын
Good job, well explained
@QA1
10 жыл бұрын
Thank you, Elisha :)
@lakshmiprasanna263
9 жыл бұрын
Thank you Sir. I got the concept.But Just wanted to be clear , should we also include Requirements matrix in Functional Requirement Doumentation also.
@QA1
9 жыл бұрын
Lakshmi Prasanna No, it is a separate document. One of the inputs to create the Requirements Traceability Matrix is the Functional Requirements. The RTM has the relations between the requirements and software source code or test cases.
@ps270693
7 жыл бұрын
wonderfully explained 😃
@QA1
7 жыл бұрын
Thank you. Please find the full playlist of Software testing tutorials at kzitem.info/door/PLc3SzDYhhiGWuMK03uYO-UENAx0s2woWM
@mynastycomment5360
10 жыл бұрын
Hi Inder, Thanks for the video. If we don't have a software to manage version control, who prepares and manages the RTM. Is it the job of the tester or the test lead/manager??
@QA1
10 жыл бұрын
Hi Avi - if you don't have version control, then the RTM can be controlled manually. The Test Lead can own the RTM. The tester can submit the RTM changes to the Test Lead for review and application to the RTM. However, such a process would create a bottleneck with the Test Lead as he or she needs to apply every single change to the RTM. So, better use a version control system - there are quite a few open source version control tools available. Thank you for your question.
@karll2577
10 жыл бұрын
Thank You Sir! that helped a lot
@QA1
10 жыл бұрын
You are very welcome.
@manishapalacherla9782
9 жыл бұрын
a very crucial issue is observed on the last of the delivery, how do u think tester react upon this issue and why ? can u explain this sir
@QA1
9 жыл бұрын
Manisha Palacherla I can try. First, the tester should isolate the issue i.e. find out the exact conditions in which the issue occurs. Second, the tester should confirm the bug and then log the bug report with all the necessary steps and test data. Third, the tester should inform the team about this issue so that the developer(s) can analyze the bug immediately and decide whether the bug will be fixed in the current release or later. Thank you for your question.
@boopathyg3152
10 жыл бұрын
Thanks double ton Bro !
@QA1
10 жыл бұрын
You are most welcome :) You may find the videos in the Test Design playlist useful too. The link is kzitem.info/door/PLc3SzDYhhiGWW0TzISFKqAN_ic8DnZvVc
@johnpimos
7 жыл бұрын
Good explannation
@usmanmubashir7188
8 жыл бұрын
Hi, This was great tutorial for me, I have query that how do we figure out, how many tests we need for each requirement. Also how early RTM should be created. Thanks
@QA1
8 жыл бұрын
Each lowest-level requirement must have at least one test that verifies it. Further, each requirement may have a negative test too. Therefore, each requirement must have at least one or two tests. RTM should be created as soon as the requirements are available. Thank you for your questions.
@usmanmubashir7188
8 жыл бұрын
Great!Thank you for your quick response.
@madhusudansharma1339
9 жыл бұрын
Excellent..
@QA1
9 жыл бұрын
Madhusudan Sharma Many thanks, Madhusudan.
@Raouf4eva
8 жыл бұрын
Under requirements you said those are the amount of test cases it takes to test that req, so do you mean it has that many scenarios?? Like you have 1,2,4,2,2,5,5,5,2,4?? if you could please explain. How can you know how many test cases it takes for that req;..
@QA1
8 жыл бұрын
+raouf dou Let us take one example to understand this better. Req3 has 4 test cases. This means that the tester has these 4 test cases already available. These four different test cases would test different parts/ aspects of Req3. In other words, RTM is not a plan, it is a record of mapping of Requirements with Test Cases. Therefore, we need not estimate the number of test cases per requirement, we just need to count from the existing test cases. Thank you.
@amlam5685
7 жыл бұрын
very helpful than you
@reckz420
8 жыл бұрын
Nice tutorial with simple and easy to understand explanation. What program did you use to video record your desktop screen?
@QA1
8 жыл бұрын
+St. Devil Its camstudio.
@reckz420
8 жыл бұрын
+Software and Testing Training Thanks! I've couple of more questions based on this tutorial. In formal software testing, there are multiple phases of testing i.e unit integration, system, UAT, regression etc. In which testing phase, this RTM would be applicable? Would each phase have it's own different RTM because each of these testing phases have different needs, environments and expected end results. Second, in an agile environment if during the next sprint there have been features enhancements, addition/removal of features, how would this affect RTM? Is RTM a continually evolving matrix?
@QA1
8 жыл бұрын
+St. Devil The RTM is a single artifact. It is the same single RTM document that is applicable during unit testing, integration testing, system testing, UAT etc. The reason is that RTM contains a mapping of Reqs to Test Cases. The same Req would map to several unit tests, the same Req would map to some integration tests, the same Req would map to some system tests and so on. Also, every unit test, every integration/ system/ acceptance test listed in the RTM would map to some Req. Yes, the RTM is a continually evolving matrix. Thank you for your questions.
@reckz420
8 жыл бұрын
+Software and Testing Training Thank you very much for your time and to explain in detail.
@QA1
8 жыл бұрын
+St. Devil My pleasure. Thank you so much for your questions.
@midhungollapalli7453
10 жыл бұрын
Good One
@sankarsan
10 жыл бұрын
very well explained
@QA1
10 жыл бұрын
Sankarsan, appreciate your comment. Thank you.
@swarnareddykollu287
5 жыл бұрын
GOOD JOB
@sans.1909
2 жыл бұрын
Thank u sir
@gauravmishra7698
10 жыл бұрын
thanks ?it was petty gud..
@QA1
10 жыл бұрын
Gaurav, thank you.
@joy770
9 жыл бұрын
Hi, Thanks for this vedio, can you plz explain what is requirement document and what is the format of the same and all requirements have requirement id in requirement document ?
@QA1
9 жыл бұрын
Sandeep Kumar There are many types of requirements, high level to very detailed. Also, there are many types of requirements documentation. Yes, each requirement should have a unique requirement ID so that it is identifiable. I have explained about requirement documents in my video, How to review Software Requirements at kzitem.info/news/bejne/t7BtuoVpnnOCnIo
@CharlieForEve
8 жыл бұрын
+Software and Testing Training Requirements must be detailed otherwise you simply have a goal and no decisions has been made as to how to address it. A high level "requirement" of making certain information available can be met by numerous low level detailed specifications. You cannot code with anything but detailed requirements, otherwise the developer is simply making in effect random decisions in order to supply the details.
@manishapalacherla9782
9 жыл бұрын
can we assess the quality of an application through traceability matrix..? can u explain the reason..?
@QA1
9 жыл бұрын
Manisha Palacherla The final Requirements Traceability Matrix (RTM) is just one of the many inputs that we can use to assess the quality of the application under test. We can review the final RTM to find out 1) if each requirement has at least 1 test case to test it and 2) if the test cases mapped to each requirement test it correctly and fully. Then take actions based on our RTM review.
@lekanalabi3021
7 жыл бұрын
Thank you! reallyhelful.... Do you offer pay training ?
@QA1
7 жыл бұрын
Yes, you are welcome to email me @ isingh 30 at g mail dot com (with no spaces) .
@magiczin2845
7 жыл бұрын
crystal clear ...
@QA1
7 жыл бұрын
Thank you. Please check out the other software testing tutorials in the complete playlist at kzitem.info/door/PLc3SzDYhhiGWuMK03uYO-UENAx0s2woWM
@sfdc_qa
3 жыл бұрын
Its great video sir. I want to know how to calculate test coverage ?
@QA1
3 жыл бұрын
Thank you. Test coverage is a ratio. But, there are several test coverage metrics, which I have mentioned in my Data Flow Testing tutorial at kzitem.info/news/bejne/zpWKt2GgrJiDqoI
@pvhgj
4 жыл бұрын
Nice
@srishtim5757
7 жыл бұрын
Nice ........ Can you please your manual testing link of all videos serially..............
@QA1
7 жыл бұрын
Thank you. All my 35 videos for manual testing are listed in order at kzitem.info/door/PLc3SzDYhhiGWuMK03uYO-UENAx0s2woWM
@pratibharaj1107
6 жыл бұрын
well explained
@QA1
6 жыл бұрын
Pratibha, many thanks for your comment.
@amirahhanafi646
4 жыл бұрын
thanks!!!
@QA1
4 жыл бұрын
You're welcome!
@ruchisharma9132
4 жыл бұрын
Sir please let me know who will create RTM ,tester or team lead.
@QA1
4 жыл бұрын
Hi, the team lead would create the RTM and each tester would update it. However, if you are the only tester in the project, you would yourself create the RTM and keep it updated. Thanks.
@nutritionfacts8871
2 жыл бұрын
Hi how about the project is in Agile, in Agile we don’t have requirements but user stories
@QA1
2 жыл бұрын
Hi, in Agile, we can map the user stories or epics to our test cases. We may also want to map our test cases to test runs and defects.
@sagarvyawahare8635
8 жыл бұрын
jabardst
@lekanalabi3021
7 жыл бұрын
I want to learn the remaining course videos. Please send me the details
@QA1
7 жыл бұрын
Sure. There are 37 videos in my Software Testing Tutorials playlist. You should view these in the order listed. The link is kzitem.info/door/PLc3SzDYhhiGWuMK03uYO-UENAx0s2woWM
Пікірлер: 182