版本管理

• 由产品经理负责创建和关闭版本号。原则上只保留最新迭代及过去的最后一期迭代（发布后的bug需要）
• tapd中只写大版本号及中版本号，小版本号由开发自己控制，提交测试时，告知测试人员即可，测试人员写入bug详情中，便于开发人员追踪。

bug管理

• 上线时，测试岗必须保证所有bug全部关闭。若有特殊情况，需移入下一版本，或者由对应的责任人关闭。

需求管理

• 所有需求必须有完整的描述及原型。
• 上线时，产品岗需要保证所有需求全部完成。有特殊情况，由产品需移入下一版本，或者由对应的责任人关闭。

工作流程

• 一定要保证任务对于责任人的准确，如果自己的任务完成了，需要转交给下一个人，责任人一定要更改为对应的人。要不，对方可能找不到自己的任务。

tapd 1、记着维护自己的tapd的相关内容。做了记着及时更改状态。 记住更改责任人，指派正确的责任人。如果需要多个责任人，可以同时指派两个，也可以拆分任务后，将细节指派给不同的责任人。 拆分任务时，一定要根据主任务拆分，不要直接新建，不便于管理。 2、尽量在tapd的帖子中写清楚，尽量不要在第三方跳转后才能有详情。标题要简要明了，能在标题中写明白就写明白。能在详情中说明白，就不要在第三方中去讲。 错误的示范，明明能在帖子中简要的说明白，却非要跳一个url。或者附件。