如何在智能告警平台CA触发测试告警
805
2022-11-29
软件测试流程模版
一。测试环境
测试程序目录位置:
数据库IP:
后台IP:
原始需求和修改内容文档位置:
开发人员:(遇到问题时找谁问)
测试时间:(好安排测试任务)
二。原始需求
(客户来函之类的,尽量避免使用开发人员编写的原始需求)
三。修改内容
(开发人员在测试版本中一般会写个modify文档,里面有具体修改的内容,如果没有该文档,只好麻烦你自己去问开发人员了然后记录下来)
四。测试流程
1)。需求理解
(对原始需求文档不明确和不明白的地方询问相关人员之后在这里进行解释补充,做个记录防止忘记)
2)。修改理解
(对修改文档不明确和不明白的地方询问相关人员之后在这里进行解释补充,做个记录防止忘记)
3)。测试范围,测试重点和测试时间安排
(规划好测试范围后,才好利用测试时间,保证测试整个进度正常,划分出测试重点,是为了抓住重点测试出更多严重级别的BUG)
4)。测试用例设计
分解测试功能模块:(功能模块A,功能模块B,..)
(把需要测试的范围尽可能的划分出更小的功能模块,直到无法再细分为止)
1.(功能模块A)
功能点分解:(功能1,功能2,功能3,..)
1)(功能1)(测试重点)
需求和设计补充:(在测试过程中,有些功能细节部分不清楚的询问开发人员得到答案后在这里记录下来,或者是发现环境某些配置需要改动也记录下来)
规则点:(功能的具体要求,为测试用例的设计提供依据,也可以称为测试点)
观察点:(预期输出结果要看哪些地方正确才算测试通过?比如说某个数据库中的某个表有数据(不必写具体数据),某个后台中的某个文件变化了.如果没有必要写可以不写)
测试数据:(对应于测试用例中的每一个用例,这里记录的是每个测试用例中使用到的输入数据和预期的输出数据,为了使测试用例简单易懂,记录测试数据是为了方便回归测试)
用例编号 输入 输出
SC001 (不一定是真正的输入数据,可能是数据库某表中需要具备哪些数据) (预期的结果具体数据)
SC002
测试用例:
(利用基本的黑盒测试方法,依次分别为正常用例,边界值,发挥想象从输入条件属性中想出别人所想不到的情况,错误推断.总之,开发人员没有自测到的各种可能输入情况,我们都要考虑到)
用例编号 输入 输出 实际结果
SC0001
SC0002
BUG和问题:
2)(功能2)
需求和设计补充:
规则点:
观察点:
测试数据:
测试用例:
用例编号 输入 输出 实际结果
SCXXXX
BUG和问题:
2.(功能模块B)
(同上)
五.测试用例执行及更新测试用例
(若任务紧急,可以边写测试用例边执行测试,该项可以合并到上一步骤中去)
六.回归测试
(执行需要回归测试的测试用例,同理,如果任务紧急,也可以合并到上上步骤中去)
七.经验总结
1.BUG总结
2.测试完成情况总结
3.漏测总结
发表评论
暂时没有评论,来抢沙发吧~