浅说《测试用例》----给测试新手的
作者:网络转载 发布时间:[ 2014/7/25 10:00:21 ] 推荐标签:
项目时间不允许
这一项是不太厚道的做法,如果不是急需交付客户的话,尽量不要这样做;当然了,如果只是给客户展示或试用,可以在之后进行补充和完善测试用例。
不要编写不完整或别人看不懂的测试用例,那样没有意义了。
============个人闲聊内容,欢迎指正========
四、停止软件测试的标准。
语句覆盖低不能小于80%,测试需求覆盖率达到,测试用例覆盖率达到,一、二级缺陷修复率达到,三、四级修复率达到80%。
(上面一句是再网上找的,不是标准,只是个参考)
bug等级:
一级:非常严重的bug
二级:严重的bug
三级:一般性的bug
四级:建议性问题
五、关于探索性测试
完全的执行测试用例时一件非常枯燥的事情,个人在执行测试用例时会做一些,其它的非常规性的操作,看系统是否会有相应的处理和提示。我的一部分bug是再这种非常规操作下发现的。
当然了真正的探索性测试需要对产品的深入了解,以及软件开发技术有一定的深度和宽度。姑且把我们的探索性测试看成是瞎捣鼓吧!呵呵。
六、 交叉测试
有木有发现,当我们第一遍测试系统时,会非常认真,但要我们测试第二遍时,我们不愿意像第一次那样认真的去测了,这不能说明我们不负责,而是每个人都有的心理现象。这个时候,我们可以和其它测试人员交换功能来测试,提高效率,而且更容易发现问题。
七、测试的目的
1. 我们让它做的它必须会做。
2. 我们不让它做的它必须不会做。
可能你会发现有附加功能的时候,是客户没有要求,我们加了这样的功能,可能加了这点功能系统看上去会更好。这时怎么办?算问题么?
作为开发人员,中规中矩的做东西好,如果真的有非常好的功能要加的话,需要和客户沟通,然后写到需求里。毕竟多一点功能多一点风险。呵呵
作为测试人员,凡是不符合需求文档的都需要当问题点提出。责任分明,以免后续麻烦。
相关推荐
更新发布
功能测试和接口测试的区别
2023/3/23 14:23:39如何写好测试用例文档
2023/3/22 16:17:39常用的选择回归测试的方式有哪些?
2022/6/14 16:14:27测试流程中需要重点把关几个过程?
2021/10/18 15:37:44性能测试的七种方法
2021/9/17 15:19:29全链路压测优化思路
2021/9/14 15:42:25性能测试流程浅谈
2021/5/28 17:25:47常见的APP性能测试指标
2021/5/8 17:01:11