3.3.测试源程序代码
制定测试计划对软件进行测试；在提交转测之前，开发针对自己的代码进行单元测试，团队之间也可以进行交叉测试，让别人来审查阅读自己的代码，输出单元测试报告和记录；
各个模块之间的接口测试，输出测试结果和记录，以便在系统测试阶段发现同一问题方便查找，快速分析并定位到问题，减少解决问题的时间
3.4.记录开发活动和软件产品的偏差
形成报告，记录软件中发现的问题，记录软件产品的偏差----软件测试报告，目的在于发现问题，纠正偏差，提高质量。现在我们每个版本提交测试时，备注本版本解决的问题以及新添加的功能，现有版本存在的已知问题等，以邮件方式发送，这样方便测试人员知道各个版本测试的重点，安排好测试工作
3.5.报告高级管理者
为管理者管理了解软件的质量提供可视性，在每次发布版本或者切换服务器时，提交版本的checklist，按照版本发布流程来走，确认产品发布的时间。
4.产品正式运营后出现问题的解决
确定产品运营人员工作安排，首先在确保发布的产品没有问题的基础上，出现运营事故，在第一时间了解用户的操作和环境，现在我们了解用户问题的渠道是微信客服和客服电话，如果客服能够解决的问题，客服告知用户如何解决，帮助用户解决问题；
如果牵连到服务器等数据方面，客服不能解决的问题，第一时间找项目管理相关人员，项目管理人员安排技术人员来解决问题。
总结现在我们产品上线以来出现的运营事故，都是因为产品或流程问题导致的。或者由于之前的发布流程不完善，或者由于开发人员将版本打错，其实很多都是可以避免的，现在我们完善产品发布流程，所有的产品都先在本地服务器测试，通过测试后，再切换到外网服务器供用户使用。明确个人职责，出现运营事故后，根据原因来追究责任，制定个人绩效考核等制度。来进一步完善运营流程和制度。
总之，要想得到用户满意的高质量产品，管理、需求、开发、测试人人把关，人人负责。
版权声明：本文出自 yifei325325 的51Testing软件测试博客： http://www.51testing.com/?591751
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
