人生如棋,我愿为卒,行动虽慢,但你可看我退却一步。
日志 [2018年05月22日]
上一篇 /
下一篇 2018-05-22 10:23:43
/ 个人分类:全栈
王悦:
qq:3090181347
(许可证=序列号)
缺陷(
bug):
软件有
漏洞,缺点,问题,毛病.
管理:
(1)发现缺陷
(2)
记录缺陷(提交缺陷)
简单软件:记事本,word,excel
专业软件:禅道,bugfree,QC(
IBM公司生产,一般大公司用)
(3)指派缺陷:
指派具体的开发人员,进行修改
(4)修改缺陷
当开发人员,将bug修改完成后,需要将bug的状态。设置为已经修改。
(5)返测缺陷
A:返测结果1:bug确实已经修改。关闭bug
B:返测结果2:bug依然存在!打回开发人员。重复(3)步骤。
(6)关闭缺陷。
画bug管理流程图。
提bug必选项、
(1)当前指派:具体开发人员
(2)bug标题:一句话,描述你发现的bug
例1:淘宝的购物车页面无法打开。
例2:无法登陆淘宝页面
(3)bug类型:代码问题(占比90%),
操作系统,
浏览器 (4)bug等级:系统崩溃,严重,一般,轻微,建议
(5)优先级:高,中,低
(6)bug的辅助证明材料:
bug截图,后台bug日志。
(7)bug重现步骤:
步骤:把发现bug的具体步骤描述出来
结果;实际
测试发现的错误
期望:希望软件能够实现的预期功能。
例子:
步骤 :打开浏览器;输入www.51btest.com;点击跳转
结果:无法跳转到正常登陆页面
期望:希望软件实现正常的跳转功能。
(8)测试版本。一般由“配置管理员”进行设置。
Bug判定标准:
1:未达到相应功能
2:出现了指明的错误
3:超出指明范围
4:没有实现应该的功能
5:不好用。性能低,浪费资源
缺陷根源:(说明书(占比多),设计,编码,其他)
如何识别:
阅读需求说明书,用户手册,联机帮助
测试知识+业务知识
分离和再现bug:
1:排查不是软件本身的问题,然后才能提交。(硬件)
2:重现3次;
3:无效缺陷
4:重复缺陷
5:无法重现的要采取适当的处理办法。
缺陷报告:
对缺陷进行记录,分类,跟踪的文档
写作原则:
Correct(准确)
Clear(清晰)
Concise(简洁)
Complete(完整)
Consistent(一致)
没有bug管理工具:
量化,控制,重复,经验。
去公司需要做什么:
老员工写的用例
老员工提交的bug(经验)
标题搜索
日历
|
日 |
一 |
二 |
三 |
四 |
五 |
六 |
| 1 | 2 | 3 | 4 | 5 | 6 |
7 | 8 | 9 | 10 | 11 | 12 | 13 |
14 | 15 | 16 | 17 | 18 | 19 | 20 |
21 | 22 | 23 | 24 | 25 | 26 | 27 |
28 | 29 | 30 | 31 | | | |
数据统计
- 访问量: 6368
- 日志数: 44
- 建立时间: 2018-04-08
- 更新时间: 2018-05-22