测试执行，又称为测试用例的执行，一般主要采用黑盒测试的方法，模拟真实用户的操作用例流程，尽量提供与保留自动化测试的脚本与设计案例。在测试用例执行过程中，非可复现性及偶发性功能点的测试，要注重测试用例人为执行的客观性（做好记录、日志等，以备用来复现偶发的测试现象）。
备书，作为产品人员要对自己的产品如对新出生子女般呵护，在测试执行过程中，也要换位参与到测试工作中，及时了解产品测试的执行情况。
测试用例的验证，侧重于主要业务功能流程的“跑分”（测试完善度）是否符合需求规格说明书的要求。
测试进度跟进
释义（什么事？）
测试进度跟进，是指在产品测试阶段，作为产品人员应该给测试团队进行业务需求（产品需求文档）的指导与答疑，适当地参与和跟进产品测试工作等。
认知（怎么做？）
测试跟进时，市面上核心的产品测试方法如下：
（1）功能测试（即行为测试），在功能测试的过程中根据需求拆分的测试用例，主要运用缺陷推测法、因果图、判定表等判定方式。主要服务于根据功能特性、操作流程、相关用户方案的功能及测试是否符合测试预期。
（2）集成测试（即联合测试），主要指系统模块之间的接口测试，验证模块间是否能够同步正确的数据信息。
（3）性能测试，主要测试主体在各种极限参数、工具（压力测试工具、极限数据测试程序）与环境下的测试验证，并通过“最大负载测试”（通过提高压测工具中虚拟链接用户数量，判别服务器在秒级可处理的模拟操作处理数）“最大并发数测试”（如某电商平台服务器在规定时间内所能处理的最大并发请求数）“稳定性测试”（模拟大量非枚举化的随机测试用例的请求与操作，根据偶现BUG的日志信息来验证其稳定性）等方式获取相应的测试数据，输出的相应测试结果服务于最终的系统验收的测试结果分析报告。
示例（打个样！）
【案例分析】鲜么手机应用系统主要测试的功能点包括：食材做法、语音搜索菜品名称、图像搜索菜品图像、文字搜索菜品信息、食材禁忌列表、搜食材知禁忌、延伸销售、电商食材的购买、购物车、周边食材的导购、到货追溯、防伪追溯、扫码收货、鲜么电商平台运营系统集成接口、商品管理、会员管理、统计分析、权限管理的功能测试，系统的性能测试、集成测试及回归测试。
如表5-1所示为加入购物车的功能测试用例表，如表5-2所示为商品管理的功能测试表，如表5-3所示为部分接口性能测试用例数据分析表。
表5-1 功能测试——加入购物车测试用例表
表5-2 功能测试——商品管理测试用例表
（续）
（续）
表5-3 性能测试——用例数据分析表
（续）
(www.xing528.com)
测试管控
释义（什么事？）
测试管控目标，针对系统各功能点的需求满足度的验证测试、功能间的继承性、数据扭转的正确性，同时需要验证整个产品的安全性、稳定性及接口平台的流畅性（稳定、数据扭转正确等）。
在里程碑事件内尽可能高效地完成测试任务，并提供明确清晰的测试验证结果，供给研发作为改善、上线交付与评审的依据。
认知（怎么做？）
测试管控时，应遵循秉持并严守业界的测试原则：
（1）尊重产品需求，软件测试的目标在于更多更高效地发现程序中潜在或隐藏的BUG（缺陷），同时部分逻辑在程序员研发过程中会与原有产品需求设计在理解上产生冲突，此时在原有需求不变更的情况下，以原有需求为准（如果存在需求的逻辑缺陷）。
（2）尊重测试专业性，让测试团队独立进行测试（或外包），保证其测试所提供的分析结果，保有其独立、客观、公正、专业等特性。
（3）标准测试性，从测试流程建模一开始，必须提出符合平台要求的测试计划（团队的测试资源可控性、测试周期的高效性等）。罗列测试标准作为计划的第一环节，标准可根据当前系统的特殊性来制定。
（4）最优测试的推导原则，基于软件测试过程汇总，发现缺陷中70%～80%很可能起源于20%左右的模块中。根据测试、需求与阶段上线核心的功能进行衡量与汇集出最优先的测试任务，进行重点测试。
（5）覆盖与终止测试，软件在其使用与测试周期内，显性与隐形的软件缺陷是无法进行完全覆盖测试的。在测试过程中对于流程性测试问题，要进行穷举的分析，并进行重点枚举的测试用例来覆盖，并提出相应终止测试的基点要求。
（6）可复现测试脚本的备份，针对多次复现的测试问题，尽量采用脚本测试工具替代人工测试，并进行相应的脚本代码备份，供给后续复现问题使用。
（7）测试计划的分解，包括：所测软件功能LIST，输入\输出，测试任务的工作拆解，里程碑安排，团队分工，测试依据的需求与参照文案（原型、文档、邮件等，相关测试文案需要基于SVN版本迭代控制目录进行管理），测试工具的选择与应用，测试用例编撰与审核执行，测试环境的系统配置（还原度的跟踪），以及回归测试的评定规则及测试结果的数据项维护。
示例（打个样！）
【案例分析】小唐同学在制定鲜么手机应用系统的测试管控流程时，提出团队需要严格遵循相应的测试原则与规范。
（1）测试的准备阶段，包括测试工作的立项、团队筹备与工作分解、提出测试计划、设定测试用例标准与规范、性能与功能需求的学习、测试数据准备、测试环境搭建。
（2）测试的用例撰写阶段，根据需求详细设计中的性能与功能需求，按照测试用例设计的原则与规范进行撰写。
（3）测试的执行阶段，包括设定测试用例的执行标准与规范、测试用例的分工与执行、测试用例结果的回馈与记录等。
在功能测试（黑盒测试）过程中，测试用例的表达及出发点，始终以用户的角度审视，按照模拟真实用户多种可能输入、操作方式来测试鲜么手机应用系统的各个功能点，尽可能通过高效的测试充分暴露鲜么平台中存在的问题和缺陷。
在白盒测试过程中，要求测试者具备的研发能力能够通读所负责模块的测试代码，并能快速定位编码的错误与缺陷，了解研发的架构。采用“人为巡码”（即除了代码巡查工具外，需要高工亲自验查负责模块各个工程师所提交的SVN的代码片段）。在测试过程中需要能够以开发者的角度审视，同时给予代码及缺陷最快速高效的指导修正方案。
（4）测试结果验证阶段，主要为测试结论的总结及分析，服务于后续系统交付或上线的评审依据（供给下阶段产品需求完善等）。
鲜么手机应用系统采用迭代的需求管理方式，从测试用例执行的过程反馈中，获得测试的及时结果，供给研发团队对BUG进行修葺与完善。通过测试结果验证阶段的测试结果分析报告，服务于下阶段的需求并进行完善。
图5-6 鲜么手机应用系统测试流程图示
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
