您好,欢迎访问三七文档
当前位置:首页 > 商业/管理/HR > 质量控制/管理 > 敏捷项目中的测试实践
welcome敏捷项目中的测试实践罗鑫–Alan2Agenda▫敏捷的核心概念▫与开发人员协作▫分层测试▫自动化的成本与分工▫Q&A提到敏捷你想到的第一个词是什么?3所谓敏捷?核心?4敏捷是一个动态优化的过程……StoryPoint如何保证软件质量5金科玉律:尽早的发现风险再看StoryPoint67Agenda▫敏捷的核心概念▫与开发人员协作▫分层测试▫自动化的成本与分工▫Q&A如何面对分割迥异的程序猿?8测试认证:发一个徽章给他们……认证级别:针对开发9Level01@编写UT,覆盖率超过50%@没有遗漏需求@没有Block测试的BugLevel03@编写UT,覆盖率接近100%@提交任何代码前都会保证UT通过@Bug总量与StoryPoint比值0.1@没有不确定性的测试Level02@编写UT,覆盖率超过80%@提交代码前运行测试提供的用例@Bug总量与StoryPoint比值0.3认证级别:针对团队10Level01@使用测试覆盖率工具。@使用持续集成。@明确的标记了哪些测试是非确定性的(比如:性能,环境等问题)Level03@编写UT,覆盖率接近100%@提交代码之前会自动运行冒烟测试@不存在非确定性的测试所有重要的功能都会被集成测试验证到。@对每增加一个重要的缺陷修复都会增加一个测试用了与之对应。Level02@编写UT,覆盖率超过80%@提交测试前都通过了冒烟测试。@每一个功能特性至少对应一个集成测试用例。11Agenda▫敏捷的核心概念▫与开发人员协作▫分层测试▫自动化的成本与分工▫Q&A分层测试12UnitTest的协作方式13角色,职责的分离开发测试工程师:质量软件开发工程师:功能你会为集成测试设计用例吗?14TDD放在这里貌似更合适@集成之前设计测试用例@边界值+等价类@每一个功能至少对应一个集成测试用例关于分层测试的一个建议,Review?15我们一直再强调CodeReview,那么TestCase需要Review么?TestCaseReview的角度和建议:@是否100%覆盖了需求@边界值,等价类的设计是否合理@受影响模块的冒烟Case16Agenda▫敏捷的核心概念▫与开发人员协作▫分层测试▫自动化的成本与分工▫Q&A你认为的自动化应该做到什么程度?产品类项目类Automation框架应当具有的功能完善的自动化框架应当具有的功能:@环境切换,测试报告。@简化QA的学习成本。------------------------------------@重复运行失败的CASE@分析错误原因,并进行处理@记录Tester工作量,构建信任体系@自动记录Bug.首先,自动化不是银弹你赚了么?AboutCost学习成本维护成本不要让自动化测试成为负担!构建可靠的自动化测试平台。自动化测试的窘境:@人员技术要求较高@TestCase的维护成本@时间成本。自动化团队的协作(一)功能测试人员PageObject编写人员测试架构师自动化团队的协作(二)功能测试人员PageObject编写人员自动化vs手工测试有规划的测试计划手工测试用例(前提)相互孤立的测试用例不易完成,执行效率高,易维护。容易完成,但执行效率较低。Questions?THANKYOU
本文标题:敏捷项目中的测试实践
链接地址:https://www.777doc.com/doc-6694136 .html