《敏捷项目中的测试实践》由会员分享,可在线阅读,更多相关《敏捷项目中的测试实践(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