目录
需求
需求和软件测试人员的关系
需求是侧式人员进行软件测试工作的依据,需要通过软件需求,来设计测试用例
软件的生命周期
在每个阶段,测试人员需要做什么事?
软件测试的生命周期
BUG
什么是bug?
如何描述一个bug?
bug的级别
bug的生命周期:
调试和测试的区别
需求
什么是需求?
满足用户期望和正式规定文档所具有的条件和权能,包含用户需求和软件需求
用户需求
甲方提出的需求,如果没有甲方,就是用户使用产品,产品必须要完成的任务
软件需求(开发人员实现的)
功能需求,详细描述开发人员必须实现的软件功能,具体到哪些软件实现上的细节(设计什么接口,数据库等),在进行软件开发时,通常需要把用户需求转变为软件需求,因为要看看用户的需求市场上,和技术上是否可行
需求和软件测试人员的关系
需求是侧式人员进行软件测试工作的依据,需要通过软件需求,来设计测试用例
软件的生命周期
需求阶段: 产品经理根据用户的需求转变为软件的需求,产出需求文档
计划阶段: 进行软件开发的计划,包括人力,工时等,产出计划文档
设计阶段; 设计具体的开发步骤,产出设计文档
编码阶段: 开发人员根据需求文档和设计文档编写代码
测试阶段: 测试人员对软件进行测试
运行维护阶段: 发现项目中的旧问题,对当前项目进行维护和预防可能发生的问题
在每个阶段,测试人员需要做什么事?
软件测试的生命周期
需求分析: 用户的角度(需求逻辑是否正确,是否符合用户的使需求和用习惯),软件需求(开发人员是否可以实现,实现的难度大小)
测试计划: 针对一个项目的具体的测试计划(人力,工时)
测试设计: 设计测试用例
执行测试: 根据测试用例进行测试
测试评估: 评估项目中的风险,记录项目中的bug
BUG
什么是bug?
当软件需求正确的时候,软件的实际运行效果和软件需求不一致,这就是bug
如何描述一个bug?
标题:
对一个bug进行简单描述,一般是bug的现象是什么
发现Bug的版本:
对于用户使用的版本.称之为"线上包"或者"正式包",测试使用的版本,称之为"测试包",因此需要描述是在哪一个版本发现的bug
发现bug的环境
例如是在什么操作系统下发现的bug,是移动端还是微信端,还是pc端
发现bug的具体步骤
指测试人员具体操作了哪些步骤发现了bug
期望结果和实际结果
软件期望的结果是什么,实际的运行效果是什么
bug的级别
关于bug的级别,不同公司有不同规定,一般分为如下级别
1.崩溃
崩溃会导致系统崩溃,如死循环,死机,数据库内容丢失
2.严重
比如在登录页面,用户输入的用户名和密码都正确,却无法登录
3.一般
功能没有完全实现,但不影响使用
4.次要
一些建议优化的措施
bug的生命周期:
发现bug
测试人员发现bug,同时测试人员需要新建一个bug,这个bug的状态为New
收到bug
开发人员收到了bug,查看测试人员测试的Bug,是否为Bug,如果是Bug,就把这个这个Bug的状态设置为open.如果开发人员认为这不是一个Bug,开发人员就可以把这个Bug修改为rejected(拒绝),然后进入closed状态
修复bug
开发人员认定为bug,就需要采取修复Bug的工作,
此时修复有俩种措施,一种是 fixed,意思是立即修复Bug, 一种是 delay,,意思是现在暂时不修复,以后会修复
Bug回归验证
如果开发人员选择了立即修复bug(fixed),当开发人员认为bug修复好了,就可以把写好的程序给测试人员,测试人员判定bug是否已经修复好了,如果测试人员发现开发人员未修复成功,就把Bug的状态改为reppen,重新交给开发人员
调试和测试的区别
调试: 编码阶段,开发人员发现并自行解决软件中的bug
测试: 软件的整个生命周期,开发人员和测试人员,发现软件中的bug
