专业网站设计公司地址,湖南人文科技学院招生网,开公司流程,某些网站字号设置样式目录
一、软件测试的生命周期#xff08;重要#xff09;
#x1f351;1、软件的生命周期#xff1f;
#x1f351;2、软件测试的生命周期#xff1f;
二、关于BUG
#x1f351;1、如何描述与定义一个BUG#xff1f;#xff08;了解#xff09;
#x1f351;2…目录
一、软件测试的生命周期重要
1、软件的生命周期
2、软件测试的生命周期
二、关于BUG
1、如何描述与定义一个BUG了解
2、BUG的级别
3、BUG的生命周期重要
4、产生争执怎么办重要 一、软件测试的生命周期重要
1、软件的生命周期
需求分析——计划——设计——编码——测试——运营维护 1需求分析分析需求是否正确是否完整需求量大不大技术上能否实现或者说实现的难度 2计划项目什么时候开发项目由谁做什么时候测试项目什么时候上线等 3设计 开发人员设计项目底层如何实现输出一个技术文档详细的记录了软件技术上如何实现接口库表定时任务等 测试人员设计测试用例 UI设计师将需求文档转化为图片UI视觉稿等 4编码开发人员参考需求文档和技术文档进行功能代码的编写开发软件测试人员设计测试工具设计测试用例 5测试测试人员参考测试用例来执行测试测试软件是否有BUG注意测试用例是在测试前就编好的要知道我们的测试是贯穿软件的整个生命周期 6运行维护将项目推到线上环境如果发现线上Bug此时需要修复重新上线。 2、软件测试的生命周期
需求分析→测试计划→ 测试设计、测试开发→ 测试执行→ 测试评估。 1需求分析测试人员了解需求对需求进行分解得出测试需求 2测试计划测试人员也要编写测试计划文档由谁测试用什么工具测试什么时候开始测试什么时候结束测试等 3测试设计与开发测试人员根据需求文档和技术文档来设计测试用例开发测试工具开发自动化测试用例 4测试执行 此时开发已经完成执行测试用例验证功能。在验证功能的过程中可能会遇见软件功能与需求不相符的情况也就是有BUG存在这个时候测试人员就会将BUG交给开发人员等到开发人员处理好之后测试人员又继续对其验证。 5测试评估 产出测试报告 写了多少测试用例执行了多少测试用例 剩余的测试用例为什么不执行完BUG的数量已经解决的BUG数量 遗留的BUG数量以及解决方案还有此次测试的范围和测试功能等 prd软件规格说明书 二、关于BUG
1、如何描述与定义一个BUG了解 1发现问题的版本开发人员需要知道出现问题的版本才能够获取对应版本的代码来重现故障。并且版本的标识也有利于统计和分析每个版本的质量。 2问题出现的环境环境分为硬件环境和软件环境如果是web项目需要描述浏览器版本客户机操作系统等如果是app项目需要描述机型、分辨率、操作系统版本等。详细的环境描述有利于故障的定位。 3错误重现的步骤描述问题重现的最短步骤。 4预期行为的描述要让开发人员知道怎么样才是正确的尤其要以用户的角度来描述程序的行为是怎样的。如果是依据需求提出的故障能写明需求的来源是最好的。 5错误行为的描述描述错误的现象。可以上传log截图等。 6其他某些公司会有一些其他的要求例如故障的分类功能故障界面故障兼容性故障等。有些有优先级的分类严重影响测试需要开发人员优先修改的可以设置优先级为高。 7不要把多个bug放到一起在无法确认是同一段代码造成的故障时不要将bug放在一起提交。 举个栗子 2、BUG的级别
bug的定义每个公司都不一致在定义级别之前需要查看公司规范。 3、BUG的生命周期重要 无效的bugopen-closed 或 open-rejected-closed。 注意Rejected和delay的BUG必须要让相关负责人知道 4、产生争执怎么办重要
作为一名测试人员一般会遇到以下几种情况
这不是bug这个bug的级别太高了bug影响不大暂不修改 1先检查自身是否bug描述不清楚 2站在用户角度考虑问题 应该让开发人员了解到Bug对用户可能造成的困扰这样才能促使开发人员更加积极地、高质量地修改Bug。在争执时可以问一句如果你是用户你可以接受吗 3BUG定级要有理有据往往用户的BUG级别和我们的是有区别的需站在用户的角度定考虑定位级别 4提高自身的技术和业务水平不光要提出问题 最好也能提出解决方案 5开发人员不接受时不要争吵。 可能你已经经过了多轮沟通但是开发人员仍然拒不接受此时可以发起Bug评审。Bug评审应该包括以下两个层面 决定如何处理BUG到底要不要修复BUG和分析缺陷产生的原因找出预防的对策。参加者一般是测试人员、开发人员和项目经理。 八月你好
美好的一天又从清晨开始~
