测试人员的我的目标测试周期
上一篇 /
下一篇 2012-03-18 07:32:02
http://www.51testing.com/?uid-299791-action-viewspace-itemid-809200
场景测试用例设计的困难点:
1.需求不足和逻辑关系较多的时候.这里需要展开来讲.很多时候我是不得不用到场景测试法.因为需求规格书不足和该产品从等价,边界等测试用例方法是设计不出有效的测试用例.流程和涉及产品较多,对比网上的场景用例实例,现实中使用场景用例的流程往往复杂很多,单单了解流程都很吃力.
2.设计事件流的过程中很容易设计出沉余的测试用例,因为就算每个流的条件不一样,但是你实际测试过程中使用的手法和观察点确是一样的.难就难在这用正交法是很难瘦身这类的用例,只能通过测试来慢慢优化该用例,流程关注点越多,重复的几率就更多
通过以上可以看出,为什么有些业务测试工程师比自动化,性能,甚至开发的地位都要高.例如银行,无线通信业务中,手工的测试手法非常多,同样的产品不同的人测出的效果不一样.体现出现的就是业务流程的能力,部分情况下就是场景测试设计的功力.
总结,作为一个测试人员的我的目标测试周期,第一了解产品的应用架构,第二了解产品使用的业务流程,第三总结业务流,第四根据业务流跟各个开发组了解设计流程,第五写出按需求的自动化测试的架构,第六写出场景测试用例,第七进行系统测试,第八进行细节的自动化用例编写,第九进行自动化测试,第十出测试报告和测试周期的自我”性能调优”总结文档.
这篇就是我的场景测试总结文档.
收藏
举报
TAG:
