在自己平日里的学习过程中突然发现在项目过程中同时推进,可能会导致重做部分工作内容,
但自己硬是不明白这两个的基本概念,现在给自己留个足迹:
【UAT,(User Acceptance Test) 用户接受度测试 即验收测试】
第一部分:步骤
以下是它的一些一般步骤;仅供参考
一步:用户培训手册准备(就是针对要进行UAT测试的对象,及要进行培训的用户,准备一些培训资料:一般是测试对象使用/功能手册及要培训的用户的个人资料等等:就跟教师上课进行备课差不多)
二步:测试脚本发放(如果你公司采用自动化测试,那么每一个功能或一个模块等都有对应的测试脚本,可以把这些测试脚本分发给特定的人员;如果采用手工测试,就要把详细描述一个功能或模块的文档分给相关人员(当然自动化测试也要分发))
三步:用户补充业务测试场景和测试数据(就是:请有代表性的一些最终用户根据实际应用环境及一些常用处理的数据,来给一些补充与建议,越贴近实际应用越好)
四步:顾问补充测试步骤(你可以请项目专家,测试经理,或专门的测试,开发等顾问对测试步骤进行补充)
五步:培训资料及测试脚本文档的确定与最终输出(一般到此,各种资料都基本确定,这时可以将它们进行打印,或形成特别的电子文档)
六步:测试策略的制定(如嵌入测试策略等,)
七步:测试用户的确定(大体上从培训人员中选取,因为不是每个接受培训的人员都能有资格去测试的,这里你可以通过一些考核来实现人员的筛选等等)
八步:由专门的测试组织机构确定测试地点,并发出通知
九步:测试网络环境的搭建和保障(包括网络,系统,硬软件,包括一些case工具等)
十步:组织进行测试
十一步:评审分析提交的问题(这就进入了一般bug处理过程,形成了一个循环)
第二部分:体现
UAT测试的重点,我想主要体现在以下几个方面
一是:培训的资料表述要准确全面,易懂等(这是理论基础)
二是:人员选择,要典型有代表性(用户基础)
三是:测试流程步骤(要周密)
四是:测试策略制定(确定一个适合测试对象及测试人员的测试策略)
五是:问题的表达与处理(因为测试者不是专业开发测试人员,对于问题的表达可能不能到位,或根本就不是那种问题,这就存在如何复现与转化问题等)
【功能测试(FVT:Function Verification Test)测试用例设计 】
功能测试测试用例的设计是测试人员基本的工作之一,如何设计出准确有效的测试用例也一直是大家讨论的话题。这里介绍一下我们工作中所使用的设计方法,供大家参考。从用户的角度出发,根据用户的可能输入路径考虑相应用例覆盖。
要对这一功能进行测试,我们按照以下流程来进行分析:
1. Use Case 图
2. 输入参数表
3. 输出矩阵
根据以上参数的可能输入进行组合,得出测试用例覆盖路径数.
4. 测试用例
根据所要覆盖的测试路径数目设计测试用例,一个用例可以依据方便测试的目的包括一条或多条测试路径.如果功能过于复杂,也可以只包括一条路径以使用例更加清晰. 根据输入输出矩阵中的组合路径,
以上分析只是介绍一种测试用例设计的思路, 功能相对简单, 但也适用于复杂功能的分析测试,希望对大家设计测试用例有益处.