对于Test Case的一些看法
2007-04-07 14:58
381 查看
按照软件工程瀑布模型以及其他的一些说法,Test Case应该是以SPEC等文档为依据,在具体测试开始之前就应当完成的。测试中按照Test Plan,Test Case进性测试,并在后续的各种版本中验证Bug,进行相应的回归测试,Test Case似乎不用在做什么改动。但是这更多的只是一种理想状态,实际上很难达到这种流程。原因太多:
1、需求的变化。
2、测试初期对软件的理解其实往往是比较肤浅,随着测试的深入,理解才慢慢深刻起来。这时才会发现其实有
很多的Case还需要增加。
3、SPEC 以及需求文档等等往往也是不全面的,所有的设计并非天衣无缝,往往到了实现阶段才发现问题。
所以我认为Test Plan,Test Case从来就不是一次完成的。从各方面的角度考虑,觉得如下的步骤比较容易实现。
1、Alpha版本之前,也就是测试的第一版之前,对于Test Case不要过早深入细节,首先根据SPEC实现一个合理的Test Case的框架。
A、对于一些共有功能可以参考其他相关AP的Test Case,比如Installer的测试。OCR功能的测试等等。
B、着重于AP的基本功能实现,指明测试的方向。
C、要便于以后添加新的用例。
2、随着测试的深入逐步增加并展开。这里依然要注意以下几点。
A、Test Case并非越多越细越好,关键是在于要广,帮助测试人员开拓思路。
B、Test Case应当对测试有指导意义,留有适当的空间让测试人员去发挥.
C、当情况发生变化时,要及时更新。
1、需求的变化。
2、测试初期对软件的理解其实往往是比较肤浅,随着测试的深入,理解才慢慢深刻起来。这时才会发现其实有
很多的Case还需要增加。
3、SPEC 以及需求文档等等往往也是不全面的,所有的设计并非天衣无缝,往往到了实现阶段才发现问题。
所以我认为Test Plan,Test Case从来就不是一次完成的。从各方面的角度考虑,觉得如下的步骤比较容易实现。
1、Alpha版本之前,也就是测试的第一版之前,对于Test Case不要过早深入细节,首先根据SPEC实现一个合理的Test Case的框架。
A、对于一些共有功能可以参考其他相关AP的Test Case,比如Installer的测试。OCR功能的测试等等。
B、着重于AP的基本功能实现,指明测试的方向。
C、要便于以后添加新的用例。
2、随着测试的深入逐步增加并展开。这里依然要注意以下几点。
A、Test Case并非越多越细越好,关键是在于要广,帮助测试人员开拓思路。
B、Test Case应当对测试有指导意义,留有适当的空间让测试人员去发挥.
C、当情况发生变化时,要及时更新。
相关文章推荐
- 对于腾讯入股搜狗的一些个人看法
- 对于功能测试的一些看法
- 对于“Win8对开发者的影响”的一些看法
- 大数据时代对于数据的一些看法
- [idea]对于前端里面一些事情的看法
- 自己对于服务器托管和购买虚拟机的一些看法
- 我对于大学软件专业的一些看法
- 对于技术的一些看法.
- android告别篇-对于源码我的一些看法
- 对于目前流行的量化投资与smart beta策略的一些看法
- 对于文章页面优化的一些看法
- 对于《Bruno》的片尾曲《Dove of Peace》的一些看法
- 对于功能测试的一些看法
- 总结下自己对于一些事物的看法
- 我对于互联网发展的看法和一些理解
- 对于sql语句or优化的一些看法
- 对于池化的一些看法
- 对于Java学习的一些看法,记录心得也是学习的一种方式
- [置顶] 【CA】对于加密解密在系统中的应用的一些看法
- 对于aerospace专业的一些杂志/期刊的看法