人生如棋,我愿为卒,行动虽慢,但你可看我退却一步。

日志 [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(经验)

我的栏目

日历

« 2024-01-02  
 123456
78910111213
14151617181920
21222324252627
28293031   

数据统计

  • 访问量: 6368
  • 日志数: 44
  • 建立时间: 2018-04-08
  • 更新时间: 2018-05-22

RSS订阅