怎样规范/规划Test Case ，才能让其在手动和自动方面的具有可执行性？？
这个问题已经困扰我一段时间了，在书写case的过程中，现在一般都是考虑到做手动测试时用，但是将来肯定要做自动化，能有什么比较好的办法，让写出的case在手动跟自动方面都具有可执行性？ 看来楼上对自动化测试有些研究吗，我还不知道从何下手呢，能给点建议吗？比如最困难的部分是哪些，经常出现哪些问题。谢谢！ 原帖由 Ancen 于 2006-10-12 12:59 发表在作手工测试的时候，用例的覆盖要求100%，但是用例不可能都写那么多吧
而在自动化测试的时候，不计用例完全覆盖，而测试用例可能会多很多。
像现在如果做自动化测试测试用例会添加很多
比如一个登陆界面用户 ...
我的意思是说怎么规划现在所书写的case,让以后在做自动化的时候能够少走弯路！
谢谢你的回答 什么是你的“可执行性“？按照我的理解，在手工Test Case中的执行步骤是你的可执行性。由于自动程序不同，你不可能在Test Case中给出自动code。通常的要进行有效的自动测试，首先要根据所使用的Tools(QTP, Robot）建立自动测试的Framework, 在此基础上实现自动测试的script code。然后将对应的script code name or action name填入你的手工Test case中就可以交叉验证了。 我想了很久，个人感觉应该是这样。请同行指正。
不管做手工还是自动，所以的case都要手工做一遍，然后根据划定的各个功能模块的case重要程度来决定后期手工还是自动的case执行。也就是说，如果某个功能的case重要程度高，那么最好手动的测试，因为手动的过程是测试人员思维进一步扩展的过程。随着时间增长和case的增加，测试人员对此系统的把握更全面，那么总结前期手工的case定义为一个基本的库（这个库尽量满足自动化的执行），自动化case就是在这个case库的基础上不断的增加（有点象操作系统的发展，先是内核，慢慢的增加外设）。
页:
[1]
