|
软件开发的生命周期：
需求分析--计划--设计--编码--测试--运行维护
软件测试的生命周期：需求分析--测试计划--测试设计/开发--测试执行--报告评估
需求分析：分析需求 验证需求 去掉不合理去求 从需求中提取出测试点
测试计划:测试时间 人员 目的 测试范围
测试设计：测试用例的开发或编写 开发人员在同步进行开发工作
测试执行：功能已经开发完了，测试人员要执行测试用例去验证需求是否实现，发现bug后需要记录，开发人员修改，回归
?? ??? ?错误时记录在另一个系统的(管理软件开发的过程)开发人员也可以登录，可以看到测试人员提出的bug
报告评估：测试工作结束之后，写测试分析报告，总共执行了哪些用例，发现了多少bug 修改了多少bug 遗留bug 上线风险
新开发的功能，引入新的代码，新引入的代码很可能影响之前的功能
回归测试：系统引入新的代码的时候，为了防止新的代码对老的共呢个产生影响，需要验证相关联的功能
如果发现了一个bug，如何描述？
版本号，测试环境，测试数据，测试步骤，预期结果，实际结果，错误截图，错误等级
bug的等级：
崩溃：系统无法正常运行 死机 崩溃 死循环 数据库无法访问 页面以及重要菜单无法使用 内存泄漏
严重：系统可以正常运行，但是不稳定了，继续运行下去会有严重的后果 ?直播画面失真，数据泄露，日志里不能有用户的手机号密码等
一般：次要不影响系统的稳定运行，但是会影响用户体验，次要功能没实现，某些条件下的查询错误，数据重复展示，删除一些重要文件，没有提示
次要：界面性的，对用户使用系统没啥影响，影响用户的使用
当测试人员和开发人员产生冲突的时候该怎么办?
1.检查自身，看是否描述清楚了bug
2.从用户的角度出发，说服研发人员
3.bud的等级要符合公司的标准和规范要有理有据
4.提升自己的专业技能和业务水平不但能够发现问题还能定位解决问题
5.和项目经理 研发人员一起讨论解决bug方案
|