黑盒测试技术在客户关系管理系统中应用.docx

《黑盒测试技术在客户关系管理系统中应用.docx》由会员分享，可在线阅读，更多相关《黑盒测试技术在客户关系管理系统中应用.docx（33页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、黑盒测试技术在客户关系管理系统中应用 黑盒测试技术 在客户关系管理系统的应用 黑盒测试技术在客户关系管理系统的应用 摘 要 在21世纪计算机技术飞速发展以来，计算机在价格渐渐变得低廉的同时性能也变得更加优越，同时计算机能够代替人类处理很多繁杂的事情，提高工作效率并，计算机在越来越多的企业中扮演着极其重要的角色。故计算机系统的平安性对于用来来说就愈发重要，从而系统测试成为了系统正式投入运用前必不行少的阶段。 系统测试可分为白盒测试和黑盒测试两种。白盒测试可称作逻辑驱动测试或者结构测试，主要是检查测试程序的内部的逻辑结构，针对内部全部的逻辑路径测试的穷举路径测试方法。而黑盒测试可称为功能测试，是一

2、种从用户方面动身的测试方法，测试时测试工程师把程序当成一个黑盒子进行测试，主要测试类型包括功能模块测试，接口测试，界面模块测试，性能模块测试。本文是运用黑盒测试技术对客户关系管理系统进行测试。第一部分描述了系统的绪论，包括探讨背景和探讨意义，其次部分介绍了客户关系管理的测试方法，第三部分对系统的功能需求和性能需求的分析，第四部分描述了系统的测试设计，包括功能测试，性能测试以及测试的结论分析。第五部分进行全文的总结。关键词： 客户关系管理系统； 黑盒测试； 系统测试； 功能测试； Application of Black Box Testing Technology in Customer Re

3、lationship Management System Summary Since the rapid development of computer technology in the 21st century, computers have gradually become cheaper while their performance has become more superior. At the same time, computers can replace humans to handle many complicated things, improve work effici

4、ency, and computers in more and more enterprises. Plays an extremely important role. Therefore, the security of the computer system is more and more important for use, so that the system test becomes an indispensable stage before the system is officially put into use. System testing can be divided i

5、nto white box testing and black box testing. White box testing can be called logic-driven testing or structural testing, which is mainly to check the internal logical structure of the test program and an exhaustive path testing method for all internal logical path tests. The black box test can be ca

6、lled functional test. It is a test method from the users perspective. During the test, the test engineer treats the program as a black box. The main test types include functional module test, interface test, interface module test, and performance. Module testing. This article uses black box testing

7、technology to test the customer relationship management system. The first part describes the introduction of the system, including the research background and research significance, the second part introduces the test method of customer relationship management, the third part analyzes the systems fu

8、nctional requirements and performance requirements, and the fourth part describes the systems test design , Including functional test, performance test and test conclusion analysis. The fifth part summarizes the full text. Keywords: customer relationship management system; black box testing; system

9、testing; functional testing; 目 录 1 绪论 1 1.1探讨背景与探讨意义 1 1.2 测试理论概述 2 1.2.1 软件测试基础概述 2 1.2.2 黑盒测试概论 2 2 国际合作沟通管理系统的测试方法 3 2.1测试用例设计 3 2.2测试实施过程 3 2.3测试方法综述 4 2.4测试环境 4 2.4.1服务器端环境 4 2.4.2 客户端环境 4 2.5测试进度与测试人员 5 3 客户关系管理系统的介绍 5 3.1 系统分析 5 3.2 功能需求分析 6 4 客户关系管理系统的测试设计 8 4.1 功能测试设计 8 4.2 测试用例 9 4 3 兼容性测试

10、 22 4.4 测试结果 22 4.5测试结果评估 23 4.6 缺陷分析 24 5 结论 25 5.1 案例设计说明总结 25 参考文献 26 谢 辞 27 附 录 28 1 绪论 1.1探讨背景与探讨意义 在21世纪计算机技术飞速发展以来，计算机在价格渐渐变得低廉的同时性能也变得更加优越，同时计算机能够代替人类处理很多繁杂的事情，提高工作效率并，计算机在越来越多的企业中扮演着极其重要的角色。故计算机系统的平安性对于用来来说就愈发重要，从而系统测试成为了系统正式投入运用前必不行少的阶段。系统测试中包含了多个方面，接下来在本节将单独就以下概念逐个分析： 1） 功能测试。这一方面的测试主要检测系

11、统功能是否能达到需求描述的标准，验证是否100%覆盖需求说明书，是否遇到出错流程时，错误提示是否正确合理，同时检测界面操作是否直观简便，是否合乎窗口程序标准。2） 兼容性测试。该部分检测是否实现系统功能兼容不同版本的阅读器。 在系统测试阶段主要探究黑盒测试技术在客户关系管理系统中的应用。通过运用等价类划分法，边界值分析法，错误推想法，因果图法，判定表组成法等黑盒测试方法对客户关系管路系统进行测试 1.2 测试理论概述 1.2.1 软件测试基础概述 (1).探讨内容：在本次毕业设计中主要探究测试黑盒测试技术在客户关系管理系统中的应用，通过等价类划分法、边界值分析法等对登录注册功能，主页、线索、联

12、系人、客户、商机、任务、通话及活动、报表等功能进行测试。软件功能是否根据软件需求规格说明书的规定正常工作，是否存在功能遗漏，冗余的错误。是否存在初始化或终止性方面的错误。是否存在行为、性能等特性不满意要求的错误。是否存在界面错误，是否美观、友好等。 (2).测试目的：通过测试客户关系管理系统中的应用发觉缺陷解决缺陷。检查系统功能是否与用户需求相符，需求说明书中的描述是否相符；检测系统功能是否均能实现； (3).测试可行性分析：作为管理企业与客户关系的管理系统，服务客户为网站宗旨。黑盒测试站在服务客户方面不考虑网站内部代码，从用户角度运用功能，用户运用性能方面，最大满意客户运用需求。故黑盒测试技

13、术在测试客户关系管理系统中的测试满意可行性。 1.2.2 黑盒测试概论 黑盒测试（功能测试）顾名思义是检测系统功能是否和需求说明书相符并且正常运行，在测试中，测试的功能点会被程序员视作看不到内部运行结构的黑盒子，运行过程严格遵守系统的运用说明进行，检测系统真正实现功能是否如预期功能相符并且是否全面。黑盒测试本质上是最大程度上设计出用例能够覆盖全部系统功能点，最大程度的检测逻辑精确性，检测运行的缺陷并做出改进。黑盒测试的主要方法有，边界值分析法，因果图等，错误推想法，等价划分法，判定表组成法等。 2 国际合作沟通管理系统的测试方法 2.1测试用例设计 本次测试在需求人员了解客户需求之后制定需求，

14、在开发完成之后测试人员在测试时结合开发者对系统的介绍，明确了系统的运行流程以及功能点，制定本次测试安排。 l 测试用例实现功能点遵循黑盒测试原则； l 此系统包括主页、线索、联系人、客户、商机、任务、通话及活动、报表等功能进行测试，其中业务场景流程涉及较多，本次测试场景通过事务触发描述，将系统通过场景法把各个功能点串联起来，最大程度的清楚的复原所发生的场景，更简单理解所涉及的测试用例，尽可能的规避因忽视了某些功能细微环节而导致流程出现错误； l 通过系统需求说明，生成所对应的场景描述，将场景来对应上测试的用例，以达到对测试用例确定结果。l 测试用例设计中把自己当作最终的用户进行对系统的测试，模

15、拟用户完成各功能点的检测，以验证功能点的正确性； l 测试用例的主要内容是用例编号，测试项目名称，测试用例名称，测试用例属性测试输入，测试步骤，预期结果； l 本次系统测试所设计的测试用例均需规范化保存，生成相应测试文档； l 本次系统测试所形成的测试用例文档为测试指导文件，但处于实际测试中有几率遇到突发状况，这就须要测试人员依据需求以及实际状况对文档用例做出适当调整，以达到测试的目标； l 测试过程中所涉及到的数据全部由系统以及测试人员供应。 2.2测试实施过程 测试人员的测试基本思路为： 1.搭建测试用环境； 2.所需测试数据的打算 3.设计测试用例； 4.记录缺陷分析修正缺陷； 5.生成

16、测试报告； 2.3测试方法综述 此次客户关系管理系统的测试包括： u 功能测试。这一方面的测试主要检测系统功能是否能达到需求描述的标准，验证是否100%覆盖需求说明书，是否遇到出错流程时，错误提示是否正确合理，同时检测界面操作是否直观简便，是否合乎窗口程序标准。 u 兼容性测试。该部分检测是否实现系统功能兼容不同版本的阅读器。 2.4测试环境 2.4.1服务器端环境 表2.4.1.1 服务器端环境 电脑组件 型号 备注 处理器 Intel(R)Core(TM)i5-6500CPU3.20GHz 3.20GHz 64位 机带RAM 8.00 GB 版本 Windows 10 教化版 2.4.2

17、客户端环境 表2.4.2.1 客户端硬件环境 硬件名称 型号 备注 处理器 Intel(R)Core(TM)i5-6500U CPU2.30GHz 2.40GHz 64位 机带RAM 4.00 GB 版本 Windows 10 家庭版 2.5测试进度与测试人员 表2.5.1测试进度与测试人员 项目阶段 起先日期 截止日期 用时天数 执行人员 搭建测试用环境 2020.3.15 2020.3.16 1 陈志捷 编写测试需求 2020.3.16 2020.3.20 4 陈志捷 设计测试用例 2020.3.20 2020.4.10 20 陈志捷 实施测试 2020.4.10 2020.4.15 10

18、 陈志捷 记录缺陷分析修正缺陷 2020.4.15 2020.5.01 16 陈志捷 生成测试报告 2020.5.01 2020.5.02 1 陈志捷 3 客户关系管理系统的介绍 3.1 系统分析 客户关系管理系统包括主页、线索、联系人、客户、商机、任务通话及活动、报表、动态、市场活动、文档十个模块功能。 其作用是让让系统运用者可以清晰的看到上游供货商或者客户来源线索、联系人详细联系方式，客户联系方式和客户拥有者、任务、通话及活动、订单报表、个人客户动态、市场活动及文档、最大程度的优化工作效率。 图3.1.1 客户关系管理系统主界面图 图3.1.2系统功能结构图 3.2 功能需求分析 1. 需

19、求总述：客户关系管理系统包括主页、线索、联系人、客户、商机、任务通话及活动、报表、动态、市场活动、文档十个模块功能。 其作用是让让系统运用者可以清晰的看到上游供货商或者客户来源线索、联系人详细联系方式，客户联系方式和客户拥有者、任务、通话及活动、订单报表、个人客户动态、市场活动及文档，同时可以在上述功能中进行数据的编辑、删除和添加，最大程度的优化工作效率。功能描述1：用户在主页可以看到未关闭的任务，今日的线索，本月关闭的线索，商机或任务、通话及活动，可依据实际需求设置，点击相关主题链接可以查看该条主题的详细内容。功能描述2：用户在线索界面可以查看线索的信息，包括线索名称，线索客户所在公司，电子

20、邮件，电话，线索来源和线索全部者，点击线索名称可以查看线索客户的市场活动等细微环节的同时可以修改相应的线索电话，点击电话可以选择相应的软件拨打，线索页面线索可进行编辑、添加和删除。功能描述3：用户在联系人页面可以查看供应商或者其他合作公司的名称，电子邮件，电话以及联系人全部者，点击联系人名称可以查看线索客户的市场活动等细微环节的同时可以修改相应的联系人联系电话，点击电话可以选择相应的软件拨打，联系人页面线索可进行编辑、添加和删除。功能描述4：用户在客户页面可以查看供客户名称、电话以及客户人全部者，点击客户名称可以查看客户的市场活动等细微环节的同时可以修改相应的客户信息，点击电话可以选择相应的软

21、件拨打，客户页面线索可进行编辑、添加和删除。功能描述5：用户在商机页面可以查看到所存在商机名称、所能成交金额、商机的阶段、预料成果日期、客户名称以及商机的全部者，点击商机名称可以查看到此次商机成交的预估可能性、预期的收益、竞争者、相应的活动、联系人的职位以及电子邮件。商机页面线索可进行编辑、添加和删除。功能描述6： 用户在任务、通话及活动页面可以查看客户名称及全部者，未关单的商机、线索和联系人以及其他备忘，在任务、通话及活动页面可以可进行编辑、添加和删除。功能描述7： 用户在报表页面可以查看报表名称、报表类型描述，用户可依据详细类型筛选报表，如客户与联系人报表，商机报表，线索报表，任务，通话及

22、活动报表，销售指标报表，活动报表等。在点击详细的报表名称后可以查看报表详细内容。在报表页面及详细报表页面可进行编辑、添加和删除。功能描述8： 在动态页面可以共享以及查看动态，在动态页面可进行编辑、添加和删除。功能描述9： 在市场活动创建市场活动或者导入市场活动，在市场活动页面可进行编辑、添加和删除。功能描述10： 在文档页面可以新建或上传电子表格、文件夹、文档、演示文档，在文档页面可进行编辑、添加和删除。 4 客户关系管理系统的测试设计 4.1 功能测试设计 本次探讨黑盒测试技术在客户关系管理系统的应用，通过功能测试、兼容性测试、平安性测试、文档测试了解系统的适用性。 （1）、功能测试 测试目

23、标 检测系统功能和需求说明书相符 测试方法 等价类划分法、边界值分析法、因果图法，判定表组成法、场景法 完成标准 系统功能和需求说明书相符、且运行时不出现系统错误 留意事项 在测试过程有几率出现版本不兼容 （2）、兼容性测试 测试目标 检测系统在多种系统配置中稳定运行 测试方法 手动测试 完成标准 在不同的型号的电脑，不同类型不同版本的阅读器中均能正常运行实现功能 留意事项 无 4.2 测试用例 （1）注册功能测试用例 注册功能测试主要运用等价类划分法和边界值分析法测试；依据注册条件限定的范围，对全部范围根据有效等价类和无效等价类来进行设计用例，同时用边界值分析法选取代表性数据进行测试，在保证

24、测试覆盖的全面的同时又提高了测试的效率。 表4.2.1.1 注册测试等价类表 输入条件 有效等价类 编号 无效等价类 编号 用户名 2-4位用户名 1 小于2位的用户名 5 大于四位的用户名 6 非法字符 7 密码 8-16位字符 2 小于8位字符 8 大于16位字符 9 非法字符 10 手机号码 以1开头11位数字 3 非11位数字手机号码 11 非以1开头的11位数字 12 邮箱 未被注册过的QQ邮箱 4 错误的QQ邮箱号码 13 注册过的邮箱号码 14 测试用例如表4.2.2所示： 表 4.2.1.2 测试用例 测试用例编号 操作步骤 预期结果 1 1.输入<<<用户名

25、>>> 2.输入<<<手机号码>>> 3.输入<<<QQ邮箱>>> 4. 输入<<<密码>>> <<<预期结果>>> （2）登录功能测试用例（因果图法） 登录功能测试用例用因果图法及逆行设计，有四种组合方式，整理出一种正常输出条件，3种异样输出条件，依据因果图（见4.2.2.1）导出判定表（4.2.2.2），从而导出测试用例（表4.2.2.3）. 账号输入正确手机号码 账号输入正确的号码或邮箱 账号输入正确邮箱 V 登录胜利 账号输入

26、不正确手机号码 E 账号输入错误的号码或邮箱 V 账号输入不正确邮箱 密码输入8-16位数字字符或英文字符或数字英文混合密码 错误提示 密码输入中文、空格、非法字符、非8-16位 E 图 4.2.2.1 因果图 表4.2.2.2 从因果图导出判定表： 1 2 3 4 输入项 账号输入正确手机号码或邮箱 1 0 0 1 账号输入错误的手机或邮箱 0 1 1 0 密码输入8-16位数字字符或英文字符或数字英文混合密码 1 1 0 0 密码输入中文、空格、非法字符、非8-16位 0 0 1 1 输出项 登录胜利 1 0 0 0 登录失败 0 1 1 1 表4.2.2.3 从判定表导出测试用例： 测试

27、用例 场景 手机号码 QQ邮箱 密码 预期结果 1 登录胜利 V N/A V 登录胜利 2 登录胜利 N/A V V 登录胜利 3 登录失败 V N/A I 登录失败，现实账号密码错误 4 登录失败 N/A V I 登录失败，现实账号密码错误 5 登录失败 I N/A V 登录失败，现实账号密码错误 （3）主页功能测试用例（场景法） 场景分析法 基本流：登录客户关系管理系统，选择任务，点击关联到功能，查看任务 备选流1：账号密码错误无法打开任务页面 备选流2：无法打开下一页任务 表4.2.3.1 测试用例场景 场景1：胜利查看任务 基本流 场景2：无法打开任务页面 基本流 备选流1 场景3：无

28、法打开下一页任务 基本流 备选流2 表4.2.3.2 测试用例矩阵 测试用例编号 场景 账号 密码 任务数量 预期结果 1 场景1：胜利查看任务 V V V 胜利查看 2 场景2：无法打开任务页面 V V N/A 无法打开任务页面 3 场景3：无法打开下一页任务 V V N/A 无法打开下一页任务 （4）线索功能测试用例（场景法） 基本流： 1：登录客户关系管理系统，选择导入线索 2：点击线索名称查看线索 3：点击电话拨打电话，选择电话软件 备选流： 1：文档格式错误无法导入 2：软件错误，无法拨打电话，重新返回线索页面 3：电话费用不足，重新返回线索页面 表4.2.4.1 测试用例场景 场景

29、1：胜利查看线索 基本流 场景2：登录客户关系管理系统，选择导入线索 基本流 备选流1 场景3：点击电话拨打电话，选择电话软件 基本流 备选流2或备选流3 表4.2.4.2 测试用例矩阵 测试用例编号 场景 账号 密码 文档格式 费用 预期结果 1 场景1：胜利查看线索 V V V V 胜利查看 2 场景2：登录客户关系管理系统，选择导入线索 V V I N/A 导入错误，现实格式错误 3 场景3：点击电话拨打电话，选择电话软件 V V N/A V 拨打失败，显示软件错误 4 场景4：点击电话拨打电话，选择电话软件 V V N/A I 拨打失败，显示费用不足 （5）联系人功能测试用例（场景法）

30、 基本流： 1：登录客户关系管理系统，择导入联系人 2：点击联系人名称查看联系人 3：点击电话拨打电话，选择电话软件 备选流： 1：文档格式错误无法导入 2：软件错误，无法拨打电话，重新返回联系人页面 3：电话费用不足，重新返回联系人页面 表4.2.5.1 测试用例场景 场景1：胜利查看联系人 基本流 场景2：登录客户关系管理系统，选择导入联系人 基本流 备选流1 场景3：点击电话拨打电话，选择电话软件 基本流 备选流2或备选流3 表4.2.5.2 测试用例矩阵 测试用例编号 场景 账号 密码 文档格式 费用 预期结果 1 场景1：胜利查看联系人 V V V V 胜利查看 2 场景2：登录客户

31、关系管理系统，选择导入联系人 V V I N/A 导入错误，现实格式错误 3 场景3：点击电话拨打电话，选择电话软件 V V N/A V 拨打失败，显示软件错误 4 场景4：点击电话拨打电话，选择电话软件 V V N/A I 拨打失败，显示费用不足 （6）客户功能测试用例（场景法） 基本流： 1：登录客户关系管理系统，导入客户 2：筛选客户类型 3：点击客户查看客户 4：点击电话拨打电话，选择电话软件 备选流： 1：文档格式错误无法导入 2：软件错误，无法拨打电话，重新返回客户页面 3：电话费用不足，重新返回客户页面 表4.2.6.1 测试用例场景 场景1：胜利查看客户 基本流 场景2：登录客

32、户关系管理系统，选择导入客户 基本流 备选流1 场景3：筛选客户类型 基本流 场景4：点击电话拨打电话，选择电话软件 基本流 备选流2或备选流3 表4.2.6.2 测试用例矩阵 测试用例编号 场景 账号 密码 文档格式 电话费用 预期结果 1 场景1：胜利查看客户 V V V V 胜利查看 2 场景2：登录客户关系管理系统，选择导入客户 V V I N/A 导入错误，现实格式错误 3 场景3：筛选客户类型 V V N/A N/A 筛选胜利 4 场景4：点击电话拨打电话，选择电话软件 V V N/A V 拨打失败，显示软件错误 5 场景5：点击电话拨打电话，选择电话软件 V V N/A I 拨打

33、失败，显示费用不足 （7）商机功能测试用例（场景法） 基本流： 1：登录客户关系管理系统，导入商机 2：筛选商机类型 3：点击商机查看商机 4：修改商机成交时间，点击保存 5：点击电话拨打电话，选择电话软件 备选流： 1：文档格式错误无法导入 2：商机成交日期无法修改，停留在信息修改页面 3：软件错误，无法拨打电话，重新返回商机页面 4：电话费用不足，重新返回商机页面 表4.2.7.1测试用例场景 场景1：胜利查看商机 基本流 场景2：登录客户关系管理系统，选择导入商机 基本流 备选流1 场景3：筛选商机类型 基本流 场景4：修改商机成交时间，点击保存 基本流 备选流2 场景5：点击电话拨打电

34、话，选择电话软件 基本流 备选流3或备选流4 表4.2.7.2测试用例矩阵 测试用例编号 场景 账号 密码 文档格式 电话费用 预期结果 1 场景1：胜利查看商机 V V V V 胜利查看 2 场景2：登录客户关系管理系统，选择导入商机 V V I N/A 导入错误，现实格式错误 3 场景3：筛选商机类型 V V N/A N/A 筛选胜利 4 场景4：修改商机成交时间，点击保存 V V N/A N/A 修改失败，显示改为有效日期 5 场景5：点击电话拨打电话，选择电话软件 V V N/A V 拨打失败，显示软件错误 6 场景6：点击电话拨打电话，选择电话软件 V V N/A I 拨打失败，显示

35、费用不足 （8）任务、通话及活动功能测试用例（场景法） 基本流： 登录客户关系管理系统，筛选任务通话和活动页面，编辑任务活动和通话，保存 备选流: 1:提示信息已被添加 2：提示主题不能为空 3：空电话也可以拨打 表4.2.8.1 测试用例场景 场景1：胜利保存活动 基本流 场景2：登录客户关系管理系统，筛选任务通话和活动页面 基本流 场景3：编辑任务活动和通话 基本流 备选流1、备选流2 场景4：点击电话拨打电话 基本流 备选流3 表4.2.8.2 测试用例矩阵 测试用例编号 场景 账号 密码 文档格式 电话费用 预期结果 1 场景1：胜利保存活动 V V V V 胜利查看 2 场景2：筛选

36、任务通话和活动页面 V V I N/A 筛选胜利 3 场景3：编辑任务活动和通话 V V V N/A 保存错误，提示信息已被添加 4 场景4：编辑任务活动和通话 V V V N/A 保存错误，提示主题不能为空 5 场景5：拨打电话 V V N/A V 没有电话号码也可打电话 （9）报表功能测试用例 基本流： 1： 登录客户关系管理系统，选择查看报表 2：编辑报表信息，修改完成点击保存 3：导出报表，选择导出格式 备选流： 1：基本流2中保存后显示格式错误，无法创建自定义报表 2：在基本流3中导出错误，显示电脑不匹配此格式 表4.2.9.1 测试用例场景 场景1：胜利查看 基本流 场景2：编辑报

37、表信息 基本流 备选流1 场景3：导出报表 基本流 备选流2 表4.2.9.2 测试用例矩阵 测试用例编号 场景 账号 密码 文档格式 预期结果 1 场景1：胜利查看 V V V 胜利查看 2 场景2：编辑报表信息 V V I 显示格式错误，无法创建自定义报表 3 场景3：导出报表 V V I 导出错误，显示电脑不匹配此格式 （10）动态功能测试用例 基本流： 1：登录客户关系管理系统，点击关注的记录 2：点击动态发布框，选择发布信息，点击发布 3：点击已发布的文件链接 备选流： 1：发布错误，显示文件大小不能大于4M 表4.2.10.1测试用例场景 场景1：关注的记录 基本流 场景2：发布信

38、息 基本流 备选流1 表4.2.10.2 测试用例矩阵 测试用例 场景 账号 密码 登录系统 预期结果 1 场景1：关注的记录 V V V 胜利查看关注的记录 2 场景2：发布信息 V V V 发布错误，显示文件大小不能大于4M 3 场景3：点击已发布的文件链接，下载链接 V V V 下载胜利 （11）市场活动功能测试用例 基本流： 1：登录客户关系管理系统，创建市场活动 2：按分类查看市场 3：点击导入文件 4：编辑文件，点击保存 备选流： 1：基本流1中会议主题不能为空 2：文件格式错误 表4.2.11.1 测试用例场景 场景1：创建市场活动 基本流 备选流1 场景2：按分类查看市场 基本

39、流 场景3：导入文件 基本流 备选流2 场景4：编辑文件 基本流 表4.2.11.2 测试用例矩阵 测试用例编号 场景 账号 密码 文档格式 预期结果 1 场景1：创建市场活动 V V V 创建失败，会议主题不能为空 2 场景2：按分类查看市场 V V V 查看胜利 3 场景3：导入文件 V V I 导入失败，文件格式错误 4 场景4：编辑文件 V V V 保存胜利 （12）文档功能测试用例 基本流： 1：登录客户关系管理系统，新建文档 2：音乐功能上传非音乐文件 3：视频文件栏上传文档 备选流： 1：基本流2中上传胜利显示文档 2：上传错误，系统奔溃 表4.2.12.1 测试用例场景 场景1

40、：新建文档 基本流 场景2：音乐功能上传非音乐文件 基本流 基本流1 场景3：视频文件栏上传文档 基本流 备选流2 表4.2.12.2 测试用例矩阵 测试用例编号 场景 账号 密码 文档格式 预期结果 1 场景1：新建文档 V V V 新建胜利 2 场景2：音乐功能上传非音乐文件 V V V 上传胜利，显示上传文档 3 场景3：视频文件栏上传文档 V V I 上传错误，系统奔溃 4 3 兼容性测试 表4.3.1 兼容性测试用例 优先级 高 测试描述 测试系统在不同系统和不同阅读器中的运用 用例序号 阅读器 操作系统 IE11 版本：11.0.9 Firefox 版本：75.0 Chrome 版

41、本：74.0 360阅读器 版本：10.1 001 Windows 7、 Windows 10 运行正常 运行正常 运行正常 运行正常 4.4 测试结果 序号 Bug标题 Bug具体步骤 项目模块 Bug状态 严峻级别 优先级 001 闲聊显示异样 主页功能聊条显示闲聊无法获得。在范围内时间重新连接 主页闲聊 New 一般 中 002 文档页面异样 文档上传后停留在编辑文档页面，无法干脆跳转回文档主页面，会导致不能新建文档的错觉 新建文档 New 严峻 高 003 发布动态页面异样 动态发布后停留在编辑动态页面，无法干脆跳转回发布动态主页面，会导致不能发布动态的错觉 动态发布 New 严峻 高

42、 004 邮件发布错误 点击邮箱地址但无法进入发邮件页面 邮件发送 New 严峻 高 005 无法进入论坛 点击论坛功能但无法进入，停留在跳转论坛页面 进入论坛 New 一般 中 006 音乐项可上传非音乐文件 点击音乐功能点上传文档 音乐上传 New 一般 中 007 视频文件栏上传文档导致系统奔溃 点击视频功能点上传文档 视频上传 New 严峻 高 Bug处理： （1） Bug的生成阶段：测试人员发觉程序的缺陷后，经初步验证核实后，测试人员进行缺陷的整理。 （2） Bug的提交阶段：测试人员在核实缺陷整理完成后将整理好的缺陷提交到特定的缺陷管理系统，等待开发人员的进一步核实。（3） Bug

43、的核实阶段：在得到测试人员提交的整合好的缺陷之后，开发人员通过需求说明书和系统核对，确认是否存在所述缺陷并提交缺陷报告。（4） Bug的状态阶段：开发人员在核实缺陷存在后会将缺陷状态调为“打开”状态。（5） Bug的修复阶段：在开发人员修复号bug之后等待开发人员的确认关闭。（6） Bug的关闭状态：测试人员在确认缺陷修复完成后关闭缺陷状态。 4.5测试结果评估 依据需求编写的全部用例均得到执行总计87个，执行率100%。 表 4.5.1 测试用例执行结果表 需求/功能 总用例个数 执行个数 未/漏测分析缘由 系统功能 87 87 无 4.6 缺陷分析 本次客户关系管理系统的测试共发觉7个缺陷

44、，全部缺陷状态为新建。表 4.6.1 缺陷严峻性与优先级数量分布状况表 缺陷严峻性 数量 缺陷优先级 数量 致命 0 马上解决 0 严峻 3 高 4 一般 3 中 3 稍微 1 低 0 缺陷级别饼状图4.6.2 5 结论 5.1 案例设计说明总结 在本次项目中，整个过程从3月18到4月15日持续了将近一个月，从最起先的功能需求的规划编写到最终的测试执行、测试总结，期间收获了许多，如更加的清晰假如更好的完成一次测试项目的执行步骤。1：测试用例的测试执行前，必需要做的就是制定规划严格的测试安排，同时在制定完成之后要严格审查此次安排规划是否有效标准。2：在完成测试安排的审核之后要依据客户的功能需求编

45、写具体的功能需求说明书。3：在系统完成之后要依据需求规格说明书制定完整的功能测试用例及测试需求功能分析点进行，要求覆盖全部需求功能点。测试用例的规划编写要清楚精确。如用例名称是指清晰描述该用例须要达成的测试目标。测试用例须要明确此用例要完成的所须要的前提条件， 测试用例步骤的编写要清楚无疑义。4：在测试执行前要确保输入的数据等要真实有效。测试执行过程中要严格根据测试用例执行，假如出现任何问题时要记录完整信息。5：测试用例执行中假如出现了不能执行的测试数据或者测试用例时，首先要刚好的跟客户联系沟通，必需要得到客户的同意后再处理，不行擅作主见填写备注信息选择不执行。6：测试用例的编写必需要严格统一

46、模板，并且遵守模板的运用方法。7：测试执行过程假如遇到出现bug的功能，经初步验证核实后，测试人员进行缺陷的整理，核实缺陷整理完成后将整理好的缺陷提交到特定的缺陷管理系统，等待开发人员的进一步核实，在得到测试人员提交的整合好的缺陷之后，开发人员通过需求说明书和系统核对，确认是否存在所述缺陷并提交缺陷报告。在确认之后开发人员修复bug后再经过测试人员的核对后方可完成. 在获得收获的同时也看到了许多局限。如总体功能较为简洁，虽然在开发的是不同的功能，但在功能需求和测试用例上却大致相同，同时在测试方法上因为功能和测试用例的相像所以测试方法也相同。 参考文献 1 自动化测试工具在软件测试中的应用J.

47、任宪臻编著-数字技术与应用，2017,（03） 2 基于黑盒测试的软件测试策略探讨与实践J. 赵玮编著-中小企业管理与科技（上旬刊），2017 3 软件测试技术经典教程/赵斌编著.-2版.-北京：科学出版社，2011 4 软件工程概论/郑人杰，马素霞，殷人昆编著.-2版.-北京：机械工业出版社，2014.9 5 软件测试技术与测试管理探讨J. 赵坤编著-电子测试，2016 6 计算机软件测试方法的分析J. 陈岩编著-电子世界，2017 7 计算机软件测试方法的探讨J. 王丹编著-黑龙江科技信息，2016 8 软件测试之黑白盒策略的应用J. 吕宣姣编著-现代计算机（专业版），2016 9 软件测试技术现状与发展趋势探讨J. 傅兵编著-电脑编程技巧与维护，2016 10 软件测试用例技术发展分析及对策J. 胡巍威编著-信息通信，2016 附 录 （1）注册功能测试用例 注册功能测试主要运用等价类划分法和边界值分析法测试；依据注册条件限定的范围，对全部范围根据有效等价类和无效等价类来