《敏捷项目中的测试实践》由会员分享，可在线阅读，更多相关《敏捷项目中的测试实践（23页珍藏版）》请在金锄头文库上搜索。
1、welcome敏捷项目中的测试实践罗鑫 Alan2Agenda 敏捷的核心概念 与开发人员协作 分层测试 自动化的成本与分工 Q & A提到敏捷你想到的第一个词是什么？3所谓敏捷？核心？4如何保证软件质量5金科玉律：尽早的发现风险再看Story Point67Agenda 敏捷的核心概念 与开发人员协作 分层测试 自动化的成本与分工 Q & A如何面对分割迥异的程序猿？8测试认证：发一个徽章给他们 认证级别：针对开发9Level 01编写UT，覆盖率超过50%没有遗漏需求没有Block测试的BugLevel 03编写UT，覆盖率接近100%提交任何代码前都会保证UT通过Bug总量与StoryP
2、oint比值0.1没有不确定性的测试Level 02编写UT，覆盖率超过80%提交代码前运行测试提供的用例Bug总量与StoryPoint比值0.3认证级别：针对团队10Level 01使用测试覆盖率工具。使用持续集成。明确的标记了哪些测试是非确 定性的（比如：性能，环境等问 题）Level 03编写UT，覆盖率接近100%提交代码之前会自动运行冒烟 测试不存在非确定性的测试所有重要的功能都会被集成测试 验证到。对每增加一个重要的缺陷修复 都会增加一个测试用了与之对应 。Level 02编写UT，覆盖率超过80%提交测试前都通过了冒烟测试 。每一个功能特性至少对应一个 集成测试用例。11Age
3、nda 敏捷的核心概念 与开发人员协作 分层测试 自动化的成本与分工 Q & A分层测试12Unit Test 的协作方式13角色，职责的分离开发测试工程师：质量软件开发工程师：功能你会为集成测试设计用例吗？14TDD 放在这里貌似更合适集成之前设计测试用例 边界值 + 等价类 每一个功能至少对应一个集成测试用例关于分层测试的一个建议，Review？15我们一直再强调Code Review，那么Test Case需要Review么？Test Case Review的角度和建议：是否100%覆盖了需求 边界值，等价类的设计是否合理 受影响模块的冒烟Case16Agenda 敏捷的核心概念 与开发
4、人员协作 分层测试 自动化的成本与分工 Q & A你认为的自动化应该做到什么程度？产品类项目类Automation 框架应当具有的功能完善的自动化框架应当具有的功能： 环境切换，测试报告。 简化QA的学习成本。- 重复运行失败的 CASE 分析错误原因，并进行处理 记录 Tester 工作量，构建信任体系 自动记录 Bug .首先， 自动化不是银弹你赚了么？About Cost学习习成本维护维护 成本不要让自动化测试成为负担！构建可靠的自动化测试平台。自动化测试的窘境： 人员技术要求较高 Test Case的维护成本 时间成本。自动化团队的协作(一)功能测试人员PageObject编写人员测试架构师自动化团队的协作(二)功能测试人员PageObject编写人员自动化 vs 手工测试有规规划的测试计测试计 划手工测试测试 用例（前提）相互孤立的测试测试 用例不易完成，执行效率高，易维护 。容易完成，但执行效率较低。Questions?THANK YOU
