总是很难忘记生活的点点滴滴, 脑海中总是闪过好多的曾经, 美好的回忆, 但成长中却让我们失去了很多, 很想在忙碌的生活中淡淡忘记; 不曾放低的东西却始终让我忘记不了, 但我还要在忙碌的生活中继续生活!

微软测试技术可借鉴的点

上一篇 / 下一篇  2008-07-04 14:59:42 / 个人分类:转载好东西

1.1  测试驱动开发,尽早、不间断地进行软件测试。建立强大的支撑daily build和daily test自动化测试体系。围绕BUG数据为中心建立缺陷管理平台、统计分析、项目管理平台。决策从经验模型转向科学模型,整个软件开发流程宏观、微观细节都用数据说话。透过数据管理者花精力在尚未做好的事情上
1.2  建立制衡制度、文化,不让有问题的代码check in,保证代码库神圣。减少围绕BUG的各种成本。
1.3  完善各种CheckList 或者模版(文档、用例)、开发测试工具(白盒…),让能力瞬间transfer 到团队,充分应用已有成员的成果,提升team Level。充分避免手工测试弊端(无知识传承、置信度低、相对持续在一个水平)
1.4  自动化测试不仅仅是技术,更是思想,自动化测试不是找BUG的而是一种质量保证手段。自动化本质是引入一种痛苦解决另外一种痛苦。基础设施不足是问题根本。脚本是自动化的最低形式。框架充分re-use、封装复杂度,提高框架的适应能力。自动化测试应在单元级上细致验证。建立自动化的平方环境
1.5  在每一个环节细致严格要求,比如BUG提交规范减少人为沟通。每一个QA把自己的事情一次作好、做专业
1.6  发布标准: 95% case通过率以及85% 代码覆盖率,<5%不重要的case bug。
1.7  强调文档价值(能力转换形式,对管理的支撑)以及定义高质量文档的要求
1.8  可靠性测试、可扩展性测试针对设计而言,尽早测试,否则即使结果不满意,成本也很高昂
1.9  Work around和彻底解决问题间,选择后者。硬碰硬突破
1.10  测试工程师业绩考核指标:增加check in前预防BUG、发现别模块的BUG、开发自动化工具等贡献度大的项比重

TAG: 微软 转载好东西

 

评分:0

我来说两句

Open Toolbar