TA的每日心情 | 衰 2015-4-9 17:10 |
---|
签到天数: 1 天 连续签到: 1 天 [LV.1]测试小兵
|
回复 36# marysnow
请教一下:
1)易用性的测试用例在编写有什么技巧?从网上看过类似的易用性用例,但是感觉这方面的用例写得太笼统,有时大家理解会有不同.针对易用性和界面性的用例,你们在做时是否进行区分,区分的标准是什么.
回答:GUI的测试 还是要根据 需求文档来的 对着一点来说日本人的需求文档对这方面是有着变态的要求,他们测试的时候是用尺量的
易用性是仁者见仁,智者见智的 一办来说 我认为 总体来说就是 控件和不合理 功能玩不完善(是不完善,不是缺失)
2)功能性测试用例,在编写前有明确的测试策略和测试方法,但是在实际编写中每个人写的情况不一样,有的写的细,覆盖全,有的则比较粗.不知道你们是如何来解决这类问题的. (我们内部会有评审)
回答:这个你可以通过 这个顺序来写用例,正例(业务流程),反例(违背约束),输入因子正交
3)在编写用例时,组内是否会规定用例编写的顺序,比如先写控件,再写功能,再写接口的.
回答:一般用例是按模块分配的
一般要求
4)用例的优先级,你们是如何来评定的.
回答:用例的优先级 是因该根据你的业务流,需求阶段来的
比如软件如果和货币有关的 那所有和货币有关的功能与流程都是优先级高的
呵呵,说实话,虽然我们组的人都知道常用的黑盒方法,但是在项目紧的情况下,最常用的也就是等价类和边界值了.毕竟用例设计也是需要时间的.不知道你们在编写用例方面有哪些技巧和方法,能否分享一下.
从这点来看 你们测试是脱离了 业务流程的 这样的测试我认为是不完整的
在时间紧的条件下,因该使用综合流程分析法(这里指的是 在一个流程中 用到黑盒测试的7中方法) 编写测试用例 |
|