测试的流程以及测试中遇到不能复现的bug你该怎么办？

1.测试的流程

项目启动>计划与控制>分析和设计>实现和执行>评估和报告>结束活动

项目启动评审:    了解项目背景 ,   了解质量需求,    明确质量目标(性能),   整理用户需求,    确定测试规范(组员的角色),    组建团队,

计划于控制评审:      需求分析,评审    工作分配(组员)    测试风险    测试资源(需要几个设备,人,工具)    工作任务    记录和分析    测试结果    跟踪和控制(项目进度)    

分析和设计评审:   确定用例优先级评审(p0,p1)    测试环境    测试数据    测试设计    测试工具(禅道...)

实现和执行:    搭建测试环境评审    准备测试数据    完成测试用例    记录缺陷    记录测试结果    回归和验证缺陷(已经处理的bug重新在验证)

评估和报告:    缺陷度量    缺陷分析    完成测试报告(总体报告)    测试报告评审

结束活动:    关闭缺陷    项目文档提交(用例,bug,....报告总结)    项目总结报告

转载：(3条消息) 测试流程图_weixin_30641465的博客-CSDN博客

2.测试中遇到不能复现的bug改怎么办

我们在测试的时候，大家应该都会碰到不能复现的bug，那么遇到这样的问题的时候，作为测试人员，我们应该做什么？

（1）遇到问题就要提，测试的工作就是不放过任何一个bug，在提交的Bug描述中需要加上一句话，那就是复现概率，尝试20次，出现1次或者尝试10次，出现2次，开发会根据bug的复现概率，调整改bug的优先级。

（2）尽量回想发生问题时的复现步骤，不要漏掉任何一个细节，按照步骤的组合尝试复现。

（3）保留发生bug时的log，附加到提交的bug中，希望可以通过log中找到一些蛛丝马迹。

（4）与开发人员配合，让开发同学对相应地方的代码进行检查，看一下是否可以通过代码层面检查出问题。

（5）在接下来的测试中，时刻保持关注，每次执行同样或者相近的步骤的时候，看下是否能够复现之前的bug。

通过以上的方法，仍然无法复现，根据bug的优先级，在上线之前对该bug进行处理，严重级别的bug，要召集项目组的成员，集合大家的力量尽可能的复现bug，不严重的bug，也不要关掉，上线后及时的关注用户的使用反馈，如果持续3或者4个版本没有出现，那么可以将bug暂时关掉了，同时关掉的时候要进行评论说明并不是因为修复，而是经过x个版本后不复现了。

转载：测试工程师遇到不能复现的Bug怎么办？ - 知乎 (zhihu.com)