如何有效开展用户测试.docx

《如何有效开展用户测试.docx》由会员分享，可在线阅读，更多相关《如何有效开展用户测试.docx（8页珍藏版）》请在三一办公上搜索。

1、目录1.目的42.如何做好用户测试准备工作42.1.用户测试计划确定42.2.准备安装确认报告52.3.准备好培训及考试材料53.如何做好测试培训53.1.需要有充分的准备。53.2.有快刀斩乱麻的气魄。53.3.紧扣客户业务53.4.抓住重点。63.5.说用户听得懂的话。63.6.培训时记录问题，但不讨论解决方案。73.7.互动。74.如何执行用户测试74.1.安装测试74.2.功能测试74.3.界面测试84.4.性能测试94.5.文档测试94.6.其他测试91. 目的用户测试是通过给用户制定任务，在用户执行任务的过程中发现产品的设计不足，并为产品优化提供依据的一种方法。用户测试为下一阶段的

2、系统上线做准备，同时为用户方培养一批各业务环节的骨干，为将来更好的移交项目做准备。本文档主要描述如何做好用户测试活动，以及活动开展的方法策略。2. 如何做好用户测试准备工作为了能够有效的开展用户测试，在阶段工作开始前应将用户测试计划、用户测试场景、用户测试功能确认单、安装确认报告准备好，同用户确认测试计划和过程，是双方明确用户测试的目标和工作方式。用户测试计划明确了项目用户测试的策略和测试工作流程，规定了用户测试的进度、人员、软硬件环境、测试范围、内容、交付物等，以确保测试准备工作到位，保证测试工作的顺利进行。2.1. 用户测试计划确定（1）项目经理根据项目情况，完成项目用户测试计划的初稿并通

3、过评审。测试计划包括以下内容： 用户测试的策略、问题反馈和处理流程 测试的进度及交付物 培训计划与策略 测试的资源（包括人员、设备、数据） 测试的范围与内容（2）同用户确认测试计划，并细化计划中的用户测试部分，使双方达成一致。2.2. 准备安装确认报告根据系统要求，完成报告的编写。安装确认报告包括服务器端安装和客户端安装，需要在报告中说明安装环境，明确安装的数据库、组件、补丁、IP、各种配置。2.3. 准备好培训及考试材料项目组准备好软件功能培训ppt、培训调查问卷、和考试试题。3. 如何做好测试培训3.1. 需要有充分的准备。做一次培训需要有充分的准备。一般需要准备如下内容：1. 需要跟用户

4、讲的每一个界面，每一个字段如何解释。2. 建立基本的演示数据。如你是培训仓库出库，那至少需要准备一些库存结存数据。3. 测试你需要演示的每一个可能的流程，确保演示时不会出错。不要出现在培训过程中突然系统出错，让你僵在那里。4. 到客户那儿时仔细检查你需要的工具。如，一些工具软件，麦克风，投影仪等。3.2. 有快刀斩乱麻的气魄。如果培训的是个新开发的功能，那就要给自己一个截止时间点，过了这个点的新程序不予培训。因为在培训之前，需要仔细测试每一个培训时可能遇到的问题，确保没有问题了，才能给用户培训。在测试没问题后，如果程序改了，没有经过仔细测试，弄不好就会在培训时出错。3.3. 紧扣客户业务培训时

5、的出发点，不是教用户如何使用软件，而是教用户他们的业务在你的系统中如何处理。以采购入库为例，培训时可以这样告诉用户：现在假设你们的XX供应商送货来了，你们会如何如何处理，在我们的系统中应该这样这样操作。也可以换一种说法，这样告诉用户：我们系统中提供了采购入库的功能，可以根据采购单收货，等等。明显，这会是两种完全不同的培训效果。3.4. 抓住重点。培训时，特别在刚开始的基本操作培训，一定注意抓住重点。先给自己的培训课程设计个主要线索，跟这个主要线索没有关系的内容一概不讲。重点讲系统如何操作，尽量少讲系统后台做了什么工作，除非这对用户理解你的培训内容确实很重要。对于一个ERP系统来说，无论哪一方面

6、的功能都会牵涉到许多小功能，有些可能这个客户根本用不着，有些可能需要实施很久后才会用到，这些都不该提前讲出来，因为这很可能会让你的受众感到非常迷惘。有些人，容易犯“掉书袋”的毛病，培训时生怕别人不知道自己系统的精华所在，培训时一会某某参数，某某配置什么的，既偏离了培训重点，还让用户云里雾罩，不知所云。3.5. 说用户听得懂的话。弄清楚培训的受众，对不同的人需要使用不同的表达方法。有时候是给客户ERP项目组的人做培训，有时候需要直接给用户做培训。前者因为大家都是搞IT的，共同语言比较多，对于后者，说用户听得懂的话。培训时，一定要站在用户的角度思考问题，多说跟客户业务有关的事情，使用用户习惯的术语

7、。有时候可能做的是同样一件事情，但程序员与用户是用两种完全不同的思路思考问题的，甚至使用完全不同的语言表达问题，作为ERP实施人员，就要做好这两方面的桥梁工作，跟程序员说程序员听得懂的话，跟用户说用户听得懂的话。有时候，即使同一个概念，不同的客户可能叫法都不一样，也要注意区别。就以BOM而言吧，有人叫产品结构树，有人叫物料清单，有人叫工艺表等。3.6. 培训时记录问题，但不讨论解决方案。培训时，往往用户会提出一些问题，如果不能当场解决这些问题，就该先记录下来，不要在培训时讨论解决方案，因为，一者，大部分情况下，解决方案不应该是你一个人能定下来的；二者，这往往很费时间，可能会影响培训计划。3.7

8、. 互动培训时要激发互动。大部分情况下，只有一个人讲是不能让人很好地理解的，需要在必要的时候激发大家讨论，或者提些小问题大家回答，一旦讨论的气氛热烈起来，无论讲得多差劲，大家最后都是能弄明白的。4. 如何执行用户测试4.1. 安装测试安装测试的目的在于验证软件能否在不同的配置情况下完成安装，并确认能否正常运行。安装测试的用例设计要注意以下几点：第一，根据ERP的可移植性，选择不同操作系统。第二，选择不同层次的硬件配置和软件配置，一般选用最低、中等和最高三种配置进行测试，验证系统对软硬件环境的依懒性。第三，观察ERP安装程序在软硬件资源充足的情况下能否正常安装，安装过程中是否给予充足的提示，是否

9、存在流氓软件的一些弊病，安装完成后能否正常运行，能否彻底删除。第四，在资源不充沛的情况下，如磁盘空间不够、内容不足等，系统能否完成安装，能否给予各种提示。4.2. 功能测试功能测试是用户测试中的主要内容。ERP功能测试要包含以下项目：单个模块的查询、增加、删除、修改、保存等操作；数据的输入与输出；数据处理操作，如导入、结转等；基础数据定义的精度；计算的准确性，如仓库的历史库存、当前库存、货位库存是否准确；数据共享能力；身份验证和权限管理；接口参数和系统控制参数；单据流转情况；状态控制，如系统是否对生产计划在执行MRP分解、车间任务调度等操作前后的状态做了标识，状态的改变是否正确；报表的打印输出

10、；审批流程定义及各种审批、反审批操作；岗位及部门业务的操作，如从采购计划到采购订单管理，再到采购到货管理；跨部门的业务操作，如从销售订单到主生产计划，从车间领料到仓库出库等等。ERP功能测试的用例设计要注意以下几点：第一，测试项目的输入域要全面。要有合法数据的输入，也要有非法数据的输入。如，在测试基础数据的定义时，若规定是数字，则既要输入数字进行测试，也要输入字母、空格等非数字进行测试。数字包含整数、负数、小数，因而还要输入这些不同的数字验证数字的精度。第二，划分等价类，提高测试效率。在考虑测试域全面性的基础上，要划分等价类，选择有代表意义的少数用例进行测试，提高测试效率。如，若MRP记录有编

11、辑、下发、执行、已完成四种状态，系统只允许对刚形成的MRP记录做局部性修改或删除操作，那么在测试时，将MRP记录划分为四类，每种状态对应一类，每类各选一条记录作为测试用例即可。第三，要适时利用边界值进行测试。如订单预排中一般要求预排的数量大于0，那么测试数据可以分别为0，-1，1，10000000（一个非常大的正数）。第四，重复递交相同的事务。第五，不按照常规的顺序执行功能操作。第六，验证实体关系，实体间的关系有三种：一对一，一对多，多对多。如，一个计划对应多个MRP，一个MRP结果对应多个仓库任务。第七，执行正常操作，观察输出结果的异常性。如，删除某条记录对排序的影响；执行审批后，单据的状态

12、是否改变。4.3. 界面测试ERP界面要符合现行标准和用户习惯。软件企业可以形成自己的特色，但要确保整个软件风格一致。界面测试要从友好性、易操作性、美观性、布局合理、分类科学、标题描述准确等方面入手。测试用例的设计要重点掌握以下几点：第一，背景和前景的颜色是否协调，颜色反差是否用得恰当。第二，软件得图标、按钮、对话框等外观风格是否一致，美观效果所要求的屏幕分辨率。第三，窗口元素的布局是否合理，并保持一致。第四，各种字段标题的信息描述是否准确。第五，快捷键、按钮、鼠标等操作在软件中是否一致。第六，窗口及报表的显示比例和格式是否能适应用户的预期需求。第七，误操作引起的错误提示是否友好。第八，活动窗

13、口和被选中的记录是否高亮显示。第九，是否有帮助信息，菜单导航能否正常执行。第十，检查一些特殊域和特殊控件能否运行。4.4. 性能测试性能测试主要测试软件的运行速度和对资源的消耗。通过调整ERP所依赖的软硬件配置、网络拓补结构、工作站点数、数据量和服务请求数来测试软件的移植性、运行速率、稳定性和可靠性。一般借助测试软件之类的企业级自动化测试工具来辅助测试，通过极限测试来分析评估软件性能。4.5. 文档测试文档是软件的重要组成部分，也是软件质量保证和软件配置管理的重要内容。文档测试主要通过评审的方式检查文档的完整性、准确性、一致性、可追溯性和可理解性。ERP作为一个大规模软件，覆盖了企业的各种业务

14、。第一，用户文档（用户手册、操作手册、维护手册、联机帮助文件），需要认真评审。第二，检验文档完整性，主要是内容的完整性。第三，检验文档的准确性，主要是文档的描述是否准确，有无歧义，文字表达是否存在错误。第四，检验文档的可理解性，主要审核文档是否针对特定的读者群体，表达是否详细。如，ERP操作手册，除了描述每个模块的操作，应该还提供关联性岗位业务、部门业务和跨部门业务的操作说明。4.6. 其他测试除了上述的测试外，还有必要对系统的其他特性和需求加以测试。如检测软件遇突发性故障后对数据的恢复能力，软件的安全保密性和对硬件、软件、数据的兼容性，系统所能承担的最大数据量和健壮性等。其他测试一般包含以下

15、几种：第一，负载压力测试。它主要包括并发性能测试、疲劳强度测试、大数据量测试和速度测试。一般采用自动化技术分别在客户端、服务器端和网络上进行测试。用例设计时，要以真实的业务为依据，选择有代表性的、关键的业务操作作为测试对象。第二，恢复测试。通过模拟硬件故障或故意造成软件出错，检测系统对数据的破坏程度和可恢复的程度。第三，安全性测试。通过非法登陆、漏洞扫描、模拟攻击等方式检测系统的认证机制、加密机制、防病毒功能等安全防护策略的健壮性。第四，兼容性测试。通过硬件兼容性测试、软件兼容性测试和数据兼容性测试来考察软件的跨平台、可移植的特性。ERP用户和软件开发实施人员要明确用户测试的真正意图。开发人员和实施人员不应该掩盖软件错误或不关心用户不熟悉的测试项目。用户也不能因为存在一些当前无法实现的需求而搁置用户工作。相反，两者应当精诚合作，相互信任，拨云见日。对于那些不可行的需求或不明确的需求，双方要协商进行需求变更，并达成一致意见。只有这样的用户测试，才能促使ERP项目得以快速圆满开展。