我写测试用例的一些体会
首先申明:我也是菜鸟一个!首先是根据需求写,具体细致到每一个动作,
以便于新来的同事通过测试用例可以使用系统
之前看过一个前辈说,每一个功能只有三个测试用例即:pass fail error
其他的只不过是他们的延伸。这句话对我很又启发,
每一个pass,我都能写出好多用例来
每一个fail,我都能写出好多用例来
每一个error,我都能写出好多用例来
之所以有这么多的延伸,是因为可以从需求和数据本身的出来的
有时候感觉自己有在写一个pass的用例,问自己是不是在重复工作!
回答当然是否定了,每个pass都有自己的作用,
只是当你还了需求他或许就不是pass,或者是fail or error
呵呵 总感觉有很多的用例需要写! 测试的目的除了找出bug,验证需求实现的正确性也是目的之一 学习中!! 学到了新知识,thanks sdlkfj2 学习了 ding 同意
每一个功能只有三个测试用例即:pass fail error 不错~~
我来谈点
测试用例设计的一般思路:1、根据开发文挡,经验等确定测试需求
2、把测试需求细化到测试子项
2,然后测试子项对应到用例 之前看过一个前辈说,每一个功能只有三个测试用例即:pass fail error
赞同。我还听一位前辈说
1个好的测试用例=20%的pass+70%的faile+10%的error。
sdlkfj5 学习 sdlkfj2
登录测试用例:
1.PASS 正确的用户名和密码
2.FAILE 错误的用户名和密码
3. ERROR 1.检查用户名益处
2.检查密码益处!
这样,一个登录的测试用例就OK了!sdlkfj2 同意
每一个功能只有三个测试用例即:pass fail error
我们要保证我们的测试的全面性,仅仅测试pass是不购得,在设计测试用例中,更要注意: fail.因为正确的操作大家比较注意,往往fail 我们可能忽略一些。 完全同意楼主观点,用例其实就是PASS FAIL ERROR的延伸 不知道我什么时候才能真正明白测试用例 滿足需求的測試用例才能找到根據 受到启发了,正在写用例呢 谢谢,对测试有新认识了 首先是根据需求写,具体细致到每一个动作,
以便于新来的同事通过用例测试系统还差不多 不同阶段的用例依据不一样 系统测试用例的依据是SRS 集成测试用例的依据是概要设计 单元测试用例的依据是详细设计 还有性能测试用例等等的依据都不一样 不可概论
页:
[1]
2