QA规范 - passiony/gillar_wiki GitHub Wiki

1.项目上线日期定了以后，只是一个截止日志，可以提前上线，不能延期上线。

2.提测日期，要提前上线日期1周。

3.每个人自己负责的模块尽量提前完成，不能根据提测日期拖到最后一天完成，如果完成不了，要提前和项目负责人沟通。

4.赶进度写的代码，要做好TODO标记，并及时做优化和重构，增强代码的安全性和扩展性。

5.提测后，要及时给测试打出测试包，并不断跟新迭代。每次发大包或者补丁包，要及时通知测试，并附带更新日志。

6.项目提测后，jira中的问题，导致卡死、崩溃、影响QA测试流程的bug一定要优先解决。

7.每个git提交记录最好匹配一个bug记录或者一个功能完成(jira,git，禅道等)，方便后续通过git记录生成发版更新记录，git提交时日志中，要把bug编号(jira或禅道)编号加到提交日志中

8.对于发现的bug等问题，尽量都以jira(禅道)的形式进行提出，不口头提出。但是特殊情况或者非专业测试人员发现的问题，无法添加jira的情况下，自己可以在不打断当前思路的前提下，先记录下来，等待后面有时间后，自行建立jira(禅道)条目，分配给适当的人。

1.如果有人把bug反馈到你这里后，要么接下bug，要么亲自找到直接负责人或主程，不能来回踢皮球。

2.QA反馈bug，目的是为了解决bug，不存在给谁找茬，大家都是为了项目更好，所以不能甩锅，更不能争吵。

3.不断完善一键打包流程，方便任何人随时后台自动化打包，并打印更新记录。方便提测后，QA需要大包时，随时给出大包。

1.需求控制：策划完成游戏需求文档

2.设计阶段：美术确定游戏设计风格

3.编码阶段：研发完成游戏的代码功能编写

4.分支测试：单个模块功能的测试

5.分支测试修改：修复测试bug，并合并主分支

6.系统测试：开发提交测试，开发完成版本全部功能，不再加新需求，QA正式接入全面测试（上线日期往前推一周）

7.系统测试修改：修复测试bug

8.验收测试：已达到版本提审的所有需求，版本基本稳定，无明显bug，发TF预备提审（封包验收,上线日期前1-2天)

9.验收测试修改：修改测试bug，做最小改动（非重大bug不改动）

10.上线：提交商店审核