一、软件测试的生命周期
软件开发的生命周期(流程):需求分析—计划—设计—编码—测试—运行维护
软件测试的生命周期(流程):需求分析—测试计划—测试设计/开发—测试执行—报告评估
需求分析阶段:深入了解需求--分析需求--验证需求--去掉不合理的需求--从需求中提取测试点
测试计划:时间、人员、目的、测试范围(新开发的功能引入新的代码,新引入的代码可能会影响之前的功能)
测试设计/开发:测试用例的开发或编写(开发人员在同步进行开发工作)
测试执行:功能已经开发完了,测试人员要执行测试用例去验证需求是否实现,发现BUG后,需要记录,开发人员修改,回归
回归测试:系统引入新的代码的时候,为了防止新代码对老功能产生影响,需要验证相关联的功能
报告评估:测试工作结束之后,写测试分析报告,总共执行了哪些用例、发现了多少BUG、修改了多少BUG、遗留BUG、上线风险
二、发现一个BUG如何进行描述
测试人员发现的BUG是记录在另一个系统(管理软件开发的过程),开发人员也可以登陆,可以看到测试人员提出的BUG
eg:注册功能:密码长度是8-16个字符,注册时输入1个字符,也注册成功了
BUG描述:
标题:注册时密码输入1位字符,也可以注册成功
1、版本号:代码版本号XXXX
2、测试环境:Chrome浏览器 版本号96.0.4664.45 操作系统:Win10 电脑品牌型号
3、测试数据:邮箱:123445677@163.com 密码:1 手机号:1234567789
4、测试步骤:1)打开网易邮箱注册页面 2)输入邮箱账户,密码,手机号 3)点击统一条款 4)点击注册
5、实际情况:注册成功
6、预期结果:注册失败,提示“密码长度不符合规则”
7、BUG的级别
8、附件(截图、错误日志)
三、BUG的级别
1、崩溃:已经影响系统的运行,死机,崩溃,死循环,页面一级重要菜单无法使用,数据库查询死循环,内存泄漏
线上出现崩溃级别的BUG,如何立即,快速修复?
回归版本,重新去发布之前的稳定的版本
2、严重:系统还可以运行,但是不稳定了,继续运行下去会产生严重后果
直播画面失真,数据泄露(用户数据)、日志里面不能有用户的手机号和银行卡等信息
3、一般:次要,不影响系统的稳定运行,但是会影响用户体验
次要功能没实现,某些条件下的查询错误,数据重复展示,删除一些重要文件,没有提示
4、次要(建议): 界面性的,对用户使用系统没啥影响,影响用户的使用体验而已
内测:一部分待上线的新功能先开放给部分活跃用户进行测试
四、BUG的生命周期
五、当开发人员和测试人员产生冲突怎么办
1)检查自身,看是否描述清楚了这个BUG;
2)站在用户使用的角度,去说服开服人员;
3)BUG级别定义要符合公司规定,要有理有据;
4)测试人员要不断提高自己的业务水平和技术能力。不但能发现BUG,还可以定位BUG的原因,提出解决方案。
5)可以和产品经理、开发人员一起进行会议讨论,讨论BUG的解决方案。
测试人员工作的目的是为了提高开发人员开发的软件质量,和软件开发人员的目标是一致的,为了交付一个高质量可用的软件。
六、测试用例编写
看界面有什么东西,可以根据界面的每一个元素来写测试用例,防止遗漏;界面测试,界面上能看到的元素,都要进行测试。
版权归原作者 paaaa1 所有, 如有侵权,请联系我们删除。