欢迎多来点高人指导下:handshake 我觉得这种东西是没有必要纠结的,要根据团队规模,项目实际情况(简单还是复杂、项目周期长还是短),团队人员情况等等因素综合考虑的。 C
用例覆盖的是基本功能、性能外+经典压力、并发、经验用例
用例库是一步步积累而成非一日而成 其实是由“测试案例”和“自由测试”发现的,有些操作如果按正常的操作方式是发现不了的,这个时候就需要“自由测试”来进行非正常的操作方式。 没必要纠结这些,只要顺利保证产品上线,尽量不要出现BUG就OK了 C或D吧
A肯定不对
大多数bug是在执行测试用例的时候发现的,但是没有写到用例里面;有些bug是因为一些偶然因素,如果全补充到测试用例里面,费时费力,到时候还不一定用得到。 个人认为,bug不一定都要通过用例来发现。探索性测试也很重要。但是如果在探索性测试中发现了bug,一定要做重现步骤地记录。这些重现步骤既是bug描述的部分,也是用例补充的内容。
页:
1
[2]