今天完成的事：

整理bug修复流程、测试流程、整理了一点PPT

收获：

所有的项目会分为三个环境：

开发环境、测试环境、线上环境

开发环境：开发人员所使用的

测试环境：测试人员所测试的环境，测试环境验证无误后，才可以申请发布线上，线上环境出问题后，要看测试环境有没有该问题

线上环境：也就是正式环境，大家市场上可以正常使用的

测试的时候都是在测试环境测试，不同的环境账号不同，是因为服务器数据库这些都不同，所以不同环境的账密也不同步。除非导入数据（先生环境导入到测试环境，那导入的部分是同步的）

所有bug，被指派的开发人员在两个小时内确定，不是自己的bug，找各组leader，另外指派

线上发现major以上的bug，停下手头的工作，两个小时以内进行解决

若bug3天之内没有修复完成，请点解决，解决方案选择“延期处理”，并备注原因，说明解决时间

bug的修复流程：

测试环境：

web、java

1.测试人员发现bug

2.测试人员确认bug

3.测试人员提交bug（major以上@相关人员）

4.相关开发人员禅道确认bug

5.开发人员对bug进行修复

6.开发人员点击已解决

7.开发人员把修改的问题给测试人员进行演示

8.开发人员发申请测试环境的邮件，说明修改了哪些问题，邮件写明WIKI网址，通知相关人员，并登记WIKI----（201X.XX测试）

9.相关的运维人员部署测试环境，并回复邮件，登记WIKI----（201X.XX测试）

10.测试人员复测bug

11.测试人员关闭bug，并在WIKI“测试人员确认”进行登记----（201X.XX测试）

12.测试人员有问题重新激活。

13.重新激活后要从相关开发人员禅道确认bug重新再走一遍

app：

1.测试人员发现bug

2.测试人员确认bug

3.测试人员提交bug（major以上@相关人员）

4.相关开发人员禅道确认bug 

5.开发人员对bug进行修复

6.开发人员点击已解决

7.开发人员说明修改了哪些bug，告知测试人员，把修改好的bug号列举出来。

8.开发人员登记WIKI---（201X.XX APP测试）

9.开发人员给测试人员进行演示。

10.开发人员给测试人员修改好的新包。

11.测试人员复测bug

12.测试人员关闭bug，并登记WIKI----（201X.XX APP测试）

13.测试人员有问题重新激活。

14.重新激活后要从相关开发人员禅道确认bug重新再走一遍

线上环境：

web、Java

1.测试人员复现bug

2.测试人员提交bug

3.开发人员确认bug

4.开发人员修复好后，点击已解决

5.开发人员把解决的bug给测试人员进行演示，演示无误后。

6.修改bug的开发人员写申请发布测试环境的邮件，并将相关内容登记到WIKI----（201X.XX测试）

7.相关的运维人员部署测试环境，并回复邮件，并在WIKI登记----（201X.XX测试）

8.测试人员test环境复测bug，复测无误后，在WIKI“测试负责人”进行登记----（201X.XX测试）

9.测试人员test环境进行回归测试

10.回归测试无误后，测试人员在WIKI进行发布线上登记，等周二、周五正常流程，发申请线上的邮件，告知相关运维人员，并在WIKI登记----（201X.XX线上）

11.运维人员发布线上，回复邮件，并在WIKI登记----（201X.XX线上）

12.测试进行线上测试，回复邮件说明结果，并在WIKI“测试人员确认结果”进行登记 -----（201X.XX线上）

13.如需紧急发布，测试人员发布申请线上紧急发布邮件，并说明紧急发布原因，同时WIKI登记----（201X.XX紧急发布）

14.相关的运维人员回复邮件，并在WIKI登记----（201X.XX紧急发布）

15.测试人员进行线上测试，回复邮件说明结果，并在WIKI“测试人员确认结果”进行登记 -----（201X.XX紧急发布）

APP

1.测试人员复现bug

2.测试人员提交bug

3.开发人员确认bug

4.开发人员修复好后，点击已解决

5.开发人员说明修改了哪些bug，告知测试人员，把修改好的bug号列举出来。

6.开发人员把解决的bug给测试人员进行演示

7.前台问题，直接发包，开发人员并在WIKI进行相关内容登记----（201X.XX APP测试）

8.测试人员复测bug，复测无误后，在WIKI“测试负责人”进行登记----（201X.XX APP测试）

9.测试人员回归测试

10.测试人员发布“XX客户端版本号提交XX市场”申请的邮件并在WIKI进行登记----（201X.XX APP线上）

11.APP相关人员提交申请后回复邮件，在WIKI“项目负责人”进行登记----（201X.XX APP线上）

12.审核通过后告知相关人员，测试，相关leader（IOS开发人员自己跟踪，Android渠道负责人）

13.测试人员进行线上测试

14.测试人员审核无误后，回复邮件说明结果，在WIKI“测试人员确认”进行登记----（201X.XX APP线上）

15.如需紧急发布，测试人员发布申请线上紧急发布邮件，并说明紧急发布原因，说明“XX客户端版本号提交XX市场”，同时WIKI登记----（201X.XX紧急发布）

16.IOS开发人员，Android渠道负责人，回复邮件，并在WIKI登记----（201X.XX紧急发布）

17.审核通过后，测试人员进行线上测试，回复邮件说明结果，并在WIKI“测试人员确认结果”进行登记 -----（201X.XX紧急发布）

18.后端问题，修改bug的开发人员写申请发布测试环境的邮件，并将相关内容登记到WIKI----（201X.XX测试）

19.相关的运维人员部署测试环境，并回复邮件，并在WIKI登记----（201X.XX测试）

20.测试人员test环境复测bug，复测无误后，在WIKI“测试负责人”进行登记----（201X.XX测试）

21.测试人员test环境进行回归测试

22.回归测试无误后，测试人员在WIKI进行发布线上登记，等周二、周五正常流程，发申请线上的邮件，告知相关运维人员，并在WIKI登记----（201X.XX线上）

23.维人员发布线上，回复邮件，并在WIKI登记----（201X.XX线上）

24.测试进行线上测试，回复邮件说明结果，并在WIKI“测试人员确认结果”进行登记 -----（201X.XX线上）

25.如需紧急发布，测试人员发布申请线上紧急发布邮件，并说明紧急发布原因，同时WIKI登记----（201X.XX紧急发布）

26.相关的运维人员回复邮件，并在WIKI登记----（201X.XX紧急发布）

27.测试人员进行线上测试，回复邮件说明结果，并在WIKI“测试人员确认结果”进行登记 -----（201X.XX紧急发布）

--备注--    

测试是在demo通过之后开始，并且在测试环境工作

测试流程：

1.首先要找产品要所属项目的原型图和需求

2.对所属项目进行更能点分析

3.项目相关人员进行需求评审

4.编写测试用例

5.用例评审，对用例进行修改和增补

6.根据测试用例去测所属项目

7.再禅道上提交bug

8.通知开发确认并修复bug

9.验证bug/回归测试

10.无bug后可以上线

11.冒烟测试

什么是冒烟测试：

冒烟测试是对软件基本的功能进行测试，测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件基本的功能正常，保证软件系统能跑的起来，可以进行后续的正式测试工作

例：

新开发一个加法软件，答错后会显示正确答案。测试者故意输错答案后却没有显示正确答案，就直接退回给开发人，不必去考虑其他原因。这就是冒烟测试