测试用例（Test Case）是将软件测试的行为活动做一个科学化的组织归纳，目的是能够将软件测试的行为转化成可管理的模式。
在产品五部曲中我们可以将测试用例的核心目标拆解为产品的“质量”二字。“质”指测试用例中应该尽量接近产品需求本身的品质要求；“量”指通过具体量化的方式验证产品是否达到产品的诸多可预见的应用要求。
根据测试用例面向的产品类别不同，在测试用例的编写过程中采用的测试用例标准、工具、验证方式也会有所不同，如管理软件、网页游戏等面向未来用户所预期的测试环境、系统、工具、脚本、性能、压测、用户测试方法等均有更加细分的趋势。
产品关键点测试
释义（什么事？）
产品关键点测试，在产品五部曲中主要以产品的视角归纳为“业务流程（是否流畅与闭环）”“功能点完善”“性能达标”“（输入输出是否有）逻辑错误”“保真度（是否符合原有设计规格）”等。
认知（怎么做？）
产品关键点测试指导的工作，一般源于产品与测试人员共同出具的《产品核心需求报告》，在该报告中阐述产品的核心需求并需要测试人员与产品人员对于产品的预期需求达成一致认识后，根据关键点进行细化测试用例等工作。
关键点：核心需求、产品预期需求、指导。
示例（打个样！）
【案例分析】某公司的新产品测试用例说明会上，产品人员讲解完产品需求后，测试人员提出在撰写测试用例前，需要产品负责人给出各模块关键测试点的说明与指导（作为产品验收文档的指导性文件）。
为了尽快完成产品需求向测试环节的交接，（因公司内没有该类型交接文件的文档范本与模板）产品团队开启内部讨论。首先分析出该文档的目的（1.测试团队通过该文件，能够快速了解现有产品需求的核心内容；2.与测试团队在产品需求关键点的上线预期达成一致；3.指导测试团队能够顺利地进行测试用例的撰写工作）。其次在产品测试报告验收时作为关键点的核验依据。
在团队内达成一致意见后，由产品线负责人小张同学在白板上画出产品待测关键点的思维导图，并分配给各模块产品负责人按照《产品关键点测试点》分工输出细化完善的文档，最后由小张同学汇总交付给测试对接人。[28](www.xing528.com)
测试用例评审
释义（什么事？）
测试用例评审，是在产品五部曲中产品人员参与的重要评审工作之一，测试用例评审规范与否直接影响后续的测试方向及预期。
测试用例是由测试人员根据产品需求文档，在测试用例编写规范的基础上编撰的专业性测试指导性的文档。
测试用例评审，是由测试团队发起，产品、研发、运营等团队参与评审的重要里程碑会议，在该评审会议中输出相关团队针对测试用例的问题、建议及指导性内容，并根据评审提出的意见由测试团队完善后，提交给PMO项目管理系统内。
认知（怎么做？）
产品人员在参与测试用例评审前，除了对自身产品需求熟知外，还需要了解什么是测试用例、了解团队内测试用例的规范与测试重点等。
测试用例既要遵循固有测试标准，又要满足现有产品需求中系统业务的特殊性测试需求。
测试用例的撰写，要遵循原有需求详细设计的本质，符合原有业务流程各节点的独立与连续性的设计。在业务功能操作及用例中尽可能完备地枚举主要测试数据，同时数据必须具备符合实际应用的代表性、可覆盖性、信息有效性等。
示例（打个样！）
【案例分析1】在某产品测试用例初审讨论会上，测试团队提供的测试用例在阐述过程中，发现与产品需求有较大差异。产品团队复核后主动要求再次进行产品需求的讲解会，并根据测试用例撰写进度重新提起评审工作。
【案例分析2】鲜么手机应用系统测试用例的撰写主要依据系统详细需求设计的内容。基于测试规范与原则的要求，由测试人员撰写测试用例。为保证测试用例的系统需求的全面覆盖，在测试用例提交后，需要发起项目管理委员会及测试组指导来共同对测试用例进行评审，符合评审要求后开启测试用例的执行工作。
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
