![](https://img-blog.csdnimg.cn/20201014180756738.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
软件测试的工作流程
文章平均质量分 72
不选卡卡西
这个作者很懒,什么都没留下…
展开
-
08 测试计划及测试报告的编写
就一份描述测试工作计划的测试文档,对测试工作进行统筹计划安排一份评估软件质量的测试文。原创 2024-04-17 17:11:11 · 354 阅读 · 0 评论 -
06 用例评审
答:checklist检查列表(可以用xmind列出测试点)----- 测试完完成后,时间不那么紧急时,需要 补充完整用例。需要,可以把用例通过发送邮件给到相关人员。答:熟悉功能,参考成熟产品,站在用户的角度挖掘需求。③遇到隐形需求如何写用例(或者需求不明确时)?紧急情况用例也需要评审吗?②如果被测项目很紧急,来不及编写用例怎么办?如果有,依据什么确定的?答:七大方法:........;①用例的覆盖率(漏写)原创 2024-04-16 18:10:21 · 108 阅读 · 0 评论 -
05 测试用例设计方法(也叫黑盒测试的方法)
还需要针对单步的功能进行测试,只有单个功能点和流程测试,才算是充分的测试。业务流程图里面会有正常流程(从开始起点,通过各个路径,到最后的节点结束所对应的流程)和错误流程/异常流程(从开始起点,然后可能再某个节点结束或者返回上个节点)人们从长期的测试工作经验得知,大量的错误是发生在输入或者输出范围的边界上,而不是在输入范围的内部。基于场景法设计测试用例的依据,一般是由产品提供业务流程图(如果被测项目的流程图没有提供,只有对应的需求文档,该流程图就需要自己对应需求文档画出)原创 2024-04-16 17:51:28 · 1632 阅读 · 0 评论 -
04测试用例编写
软件测试的重要性是毋庸置疑的,测试用例是测试工作的指导,是软件测试质量稳定的根本保障。但是有些因素是客观存在,不可避免的,如IT团队的流动,环境,情绪等。⑤好的测试不仅方便自己和别人查看,而且能够帮助设计的时候考虑的更周全,因此测试用例的写作和设计一样,也是非常重要的(执行性)。(3)编写测试用例的时候,如何选择测试数据进行测试,怎么达到最大的覆盖的情况下,用最少的测试数据才获得更多的bug?:根据当前测试点在整个项目中的重要程度来进行划分,分为高,中,低(或1,2,3)原创 2024-04-15 18:26:03 · 1434 阅读 · 0 评论 -
03 软件测试需求分析
软件包含多个功能点,每个功能点包含多个子功能(测试点),测试点是软件功能细分的最小单元。需要验证按钮操作结果,验证交互功能(验证关联功能),验证当前操作结果的功能。非功能:①界面:logo是否与原型图一致;非功能方面的需求:界面、文档、兼容性、易用性、安全性、性能。功能:装水,是否漏水;界面,易用性,兼容性(安全性,性能压力等)充分熟悉产品,参考成熟产品,站在用户的角度去考虑,从而挖掘需求。:根据需求规格说明书明确测试的内容,去细分需求(提取测试点)②在针对某个功能,细化需求,列出测试点。原创 2024-04-13 13:02:09 · 364 阅读 · 0 评论