用例测试服务流程及说明
测试角色：
-PM（项目管理） ：来自Testin内部，负责对接专家、测试者和客户，主要工作是需求确认、节点监控、风险上报、反馈收集
-专家：来自Testin线上平台，负责带领测试团队完成测试任务，测试经验大于3年，管理经验大于1年，具备相应测试能力、管理能力、更多可支配时间以及认同众测价值观的活跃众测测试者
-测试者：来自Testin线上平台，由专家筛选后负责领取并执行，通过考核才能成为平台测试者。用户满意度会影响测试者报酬和执行测试机会
众测专家交付流程：
众测平台目前任务类型中分为Bug探索、用例设计与用例执行三种类型任务，这三种任务均由专家带领测试团队为客户的任务进行交付，专家需从项目的开始一直到项目的结束去把控整个项目的节奏与质量，确保项目交付客户后可满足客户相应需求，同时得到客户好评。
-
用例设计服务
用例设计关键节点说明。
①提测前筹备阶段
相关人：客户、商务、PM
执行工作：
获取客户测试需求
商务获取客户的测试需求，根据提测要求，汇总为《客户提测需求表》（参考），需求表中除包含客户的基本信息外，还需要包含如下信息：
客户的基本信息
客户公司名称：客户公司的名字；
产品测试系统：测试的系统，例如：IOS、安卓、PC、wap等；
提测应用所处领域：应用的领域，例如：金融、游戏、生活服务等；
服务类型：用例设计、用例执行、Bug探索；
开通客户账户配额
根据客户的测试需求，按需与公司财务帮客户申请对应配额
配额属性：
配额类型：试用/正式
Bug探索配额规格：X人的Bug探索服务X次
用例测试配额规格：X条
注意：若客户无法如期签订合同，则需要申请提前配额，财务预先给客户充值配额，后续补全测试所需费用；
对接PM匹配专家
商务需要将在获客阶段所获取的客户基本信息及《客户提测需求表》同步给PM，由PM根据客户的关键信息匹配专家；商务建立商务、专家、PM、客户QQ群。
- 相关输出：
《客户提测需求表》
②测试计划阶段
相关人：专家、客户
执行动作：
客户线上提测
详尽需求文档
当前APP的状况
客户初始给出的重点功能
测试需要关注的点与面
专家撰写测试计划
相应需测试模块
硬件环境要求
时间排期和用户需配合项
测试计划由客户确认
输出产物：用例设计测试计划
③测试执行阶段
相关人：测试者、专家、客户
执行动作：
专家挑选适合的测试者
专家从报名的测试者中选出优秀的测试者，这些测试者开始执行用例设计任务并上交设计的用例
测试者根据要求完成任务
专家审核任务
试者设计的用例汇总交给专家，专家开始审核，审核结果分别为“通过“、”待修改““作废”，“通过”的用例设计汇总进入测试报告，“待修改”的用例设计退回测试者重新设计
输出产物：测试结果报告
具体操作：
用例设计方法
| 方法名称 | 简述 | 适用场景 |
| 等价类划分法 | 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的 错误都是等效的. | 有效等价类，无效等价类 |
| 边界值分析法 | 选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据 | 典型值而非任意值 |
| 判定表法 | 逻辑判断 | |
| 因果图法 | 逻辑因果列表，组合式输入条件与输出结果的分类和划分来设计用例 | 条件组合，输出组合 |
| 流程分析法 | 业务流程 | |
| 场景法 | 根据用户场景来模拟用户的操作步骤，比较类似因果图，但是可能执行的深度和 可行性更好。 | 用户场景 |
| 正交表分析法 | 大量的参数的组合而引起测试用例数量上的激增，同时，这些测试用例并没有明 显的优先级上的差距，而测试人员又无法完成这么多数量的测试，就可以通过正 交表来进行缩减一些用例，从而达到尽量少的用例覆盖尽量大的范围的可能性。 | 测试参数组合 |
| 错误推演法 | 列举出程序中所有可能有的错误和容易发生错误的情况和环境,根据他们选择测试 用例。比如适当的断网和弱网测试。 | 容错分析 |
测试大纲设计：
测试大纲与测试用例的关系：测试大纲是编写测试用例的依据，通过测试大纲导出测试用例表,使测试用例能够按照逻辑关系充分展开。
测试大纲设计原则：测试大纲应按照软件规格说明书或用户需求规格说明书，按一定的逻辑结构对需求进行功能分解，要保证每个需求都被覆盖到。
测试大纲的结构：树状结构，逐级细化，根和每一个叶节点之间存在唯一的路径。
评审策略：
先进行测试大纲的评审、评审通过后的测试大纲作为测试用例设计的依据。
测试大纲评审可以分模块进行评审，按照不同的模块优先级，排列评审顺序。
首先进行测试团队内部评审，评审后交由客户方产品和开发进行进一步评审，针对评审意见测试团队对用例进行修改，直到所有人员达成一致，作为用例执行的基础
评审重点:
和用户需求的完整性和一致性。
④任务验收阶段
相关人：客户、专家、测试者、质量PM
执行动作：
专家交付用例设计测试结果
质量PM审核交付结果
专家交付测试结果后，经由质量PM审核交付结果，通过质量PM的审核后，方可将报告同步给客户；如若未通过，则专家需继续与测试者共同执行测试任务，重新交付
客户验收交付结果
质量PM审核通过后，则报告会线上同步给客户，届时客户可以对报告进行审核验收，如若客户对结果不满意，如果不满意，是返回由专家重新修改的；若客户对测试结果满意，则予以验收评价即可
报告可在线上直接预览：
也可以导出Excel查看：
用例设计服务完毕后，客户可以选择需执行的用例，进行验证性的执行工作：
-
用例执行服务
用例执行服务关键节点说明
①测试需求对接
- 干系人：客户、商务、PM
- 主要工作：
获取客户测试需求
商务获取客户的测试需求，根据提测要求，汇总为《客户提测需求表》（参考），提测需求信息，分为客户基本信息与详细测试信息两部分，主要信息如下：
客户的基本信息
客户公司名称：客户公司的名字；
产品测试系统：测试的系统，例如：IOS、安卓、PC、wap等；
提测应用所处领域：应用的领域，例如：金融、游戏、生活服务等；
服务类型：用例设计、用例执行、Bug探索；
详细测试信息：
开通客户账户配额
根据客户的测试需求，按需与公司财务帮客户申请对应配额
配额属性：
配额类型：试用/正式
Bug探索配额规格：X人的Bug探索服务X次
用例测试配额规格：X条
注意：若客户无法如期签订合同，则需要申请提前配额，财务预先给客户充值配额，后续补全测试所需费用；
客户线上提交测试
客户账户已充值配额后，根据自身的测试需求，线上提交测试，此时商务与PM可协助客户提交测试；商务建立商务、专家、PM、客户QQ群。
客户线上提交测试，在用例库选择即将要执行的用例
客户补充提测信息
- 相关输出：
《客户提测需求表》
②测试筹备阶段
- 干系人：PM、专家、测试者
- 主要工作：
PM派发给专家任务
商务需要将在获客阶段所获取的客户基本信息及《客户提测需求表》同步给PM，PM根据应用领域、交付时间，匹配对应领域及有空闲时间的专家
专家发布及分配任务
专家认领由PM派发的任务后，分发给有执行意向的组内测试成员执行任务
③测试执行阶段
- 干系人：PM、专家、测试者
- 主要工作：
测试者按需执行任务
测试者按照专家给其分配的任务开始用例执行的工作，完成任务后，交付测试结果等待专家的审核
专家审核交付任务
测试者交付后，专家开展审核工作，按照Testin众测平台的审核规范，严格把控测试者交付的测试结果，保障测试质量，将通过自身审核的测试结果整体交付。
- 输出物
线上测试结果报告；
④审核验收阶段
- 干系人：专家、测试者、质量PM、客户
- 主要工作：
质量PM审核交付结果
专家交付测试结果后，经由质量PM审核交付结果，通过质量PM的审核后，方可将报告同步给客户；如若未通过，则专家需继续与测试者共同执行测试任务，重新交付
客户验收交付结果
质量PM审核通过后，则报告会线上同步给客户，届时客户可以对报告进行审核验收，如若客户对结果不满意，则可允许专家及测试者重新执行并交付测试结果；若客户对测试结果满意，则予以验收评价即可；
注：客户在专家交付七天内不予置评的，则会采取系统的默认置评（默认置评为：满意）
- 输出物
线上测试结果报告
其中，报告可在线上直接预览：
也可以导出Excel查看：
