测试是如何跟进和管理 bug的
就这个问题展开来说一说。
1. 上bug管理软件。
这个是第一步，你首先需要一个工具来组织和管理这些bug，主要是为了信息共享和流程确立，市面上的bug管理软件很多，开源的功能差点，商业的价格高些，根据自己的实际情况来选择吧。
2. 定义bug流程，确保研发团队按流程走。
这里面重要的不是定义流程，而是要让大家知道这个流程，按着这个流程走。通常来说，不会是一帆风顺的，因为这个不是测试一个部门说了算的事情，需要不断地推动。实际上的bug流程可以灵活，不一定要按照某些所谓的标准，自己公司用得合适就好。简单点可以只有新建-修复-验证关闭这几个最重要的步骤即可。
3. 定期review bug。
确保大家知道现在有哪些问题还没有被修复，严重程度如何，需要的话可以不断地主动推送这些信息给到相关利益方，从而推动各方及时解决问题和关注产品质量。
4. 了解你的bug
老板来问情况的时候，能够头头是道地娓娓道来，-这点非常重要，这点非常重要，这点非常重要！重要的事情说三遍。我遇到的情况是，老板会经常来问，某个平台某个版本的某个bug状态怎么样了，千万别搞错了~
5. 收集和分析你的bug数据，提出质量改进意见。
比如什么样的bug常常出现，为什么？哪个模块的质量最差，什么阶段引入的bug最多，不一而足
个人拙见，欢迎指正。。
恩 有时候提上去不改还要追开发屁股后面 催 持续改进和反馈的过程！ 一般来讲，一个 Bug 的生命周期经历了 新建 - 被指派（修复/Backlog）/不修复/判断为非Bug - 已修复（待测试确认）- 确认修复/确认未修复 这样的一些阶段。 1、找一款适合内部测试流程的bug管理工具
2、建用例
3、跑用例，提 bug
4、review bug
用bug管理工具，严格按照bug生命周期去管理 那个我想问下，我是刚入职的实习生，，昨天刚上班，昨天我们这个公司 刚上线一个app！他们都加班到好久，我昨天跟着加到7点了，主要是不知道做什么，我的这个组长把功能流程发给我，然后给我个手机测很多细节功能！反馈了几个小bug，但是感觉他们都发现了。。我感觉很尴尬。自己也想帮忙做点什么，但是主要还是听安排吧！我想知道我们公司一个整的app研发的过程，昨天刚来app就上线了！以后肯定有机会的，我想先预习些东西，好为以后工作做准备！:)，请问我工作上要注意的东西有哪些？刚来公司有点迷茫。。也不想来了就干坐着:lol，或者我需要准备什么？
页:
[1]
