微软的测试过程
作者:网络转载 发布时间:[ 2013/8/29 15:19:46 ] 推荐标签:
· 步骤二: 完成项目计划
· 编写详细的功能规范(项目经理负责)
· 在编程前想清楚所有功能流程,并引导用户明确需求
·所有角色都参与审阅功能规范
·制订开发计划和进度表(开发团队)
·制订测试计划和进度表(测试团队)
·分配资源(人力和预算) ·形成项目综合计划和综合进度表
·产生的文档:
功能规范,开发计划,测试计划(用例),项目综合计划
开发进度表,测试进度表,综合进度表
·步骤三: 完成功能
· 开发人员分别完成自己的功能
·使用版本控制工具
·使程序员及时check out和check in,避免积累大量代码
·及时进行模块间的整合,及时发现问题(daily build)
·对每一项可测试的功能进行测试,无需等待
·使用测试用例工具,对功能进行完整和重复的检验
·使用BMS进行缺陷跟踪
·记录所有程序问题
·实现解决Bug的自动流程
·按照综合进度表不断检查进度
·使用的工具:
·版本控制工具 VSS
·缺陷跟踪工具 Raid/BMS
·测试用例管理工具
·步骤四: 稳定与发布
·测试组全面地测试功能,包括性能和稳定性
·开发组全力配合解决Bug
·使用BMS进行
·监测质量情况
·预测发布日期
·专家会诊机制:
·决定Bug的优先度
·决定哪些Bug可以等到下个里程碑或版本中解决
·决定由谁解决某个Bug
·使用的工具:
·版本控制工具 VSS
·缺陷跟踪工具 BMS
·测试用例管理工具
三. 微软的开发管理经验:以Bug为核心

1.Bug 及常见类型
·功能未实现,和规格说明书不一致
· 不能工作:死机,没反应
·不兼容
·边界条件
·界面、消息、提示不够准确,不友好
·把尚未完成的工作也作为一个Bug
·文档与帮助信息中的缺陷也是Bug

sales@spasvo.com