运营商集团业务办理中心测试方案的设计与实现业务变更流程(源码)【字数：9924】
摘 要一个软件产品的发布应满足最基本的要求按时及高质量，而软件测试是保证此要求的最有效手段，所以软件测试引起了人们的广泛重视。集团业务办理中心是浙江移动政企中心集团客户关系管理系统中的一个核心子系统，主要实现集团彩铃、互联网专线、移动E管家、政企固话、集团名片等多个套餐业务的订购及变更。为较好地满足客户的需求，对该系统进行有效的测试是很有必要的。“业务变更”是集团业务办理中心的主要流程之一，本论文以业务变更流程为例，依据软件测试基本理论，结合流程制定相关的测试计划和测试方案，有效地利用各种测试方法编写测试用例，然后执行测试。在测试过程中，采用AsiainfoJIRA系统管理缺陷，并进行了回归测试，完成了测试方案的实施。
??????????? 目 录
第一章 概论 1
1.1软件测试发展历程 1
1.2软件测试的概述 1
1.2.1软件测试的定义 1
1.2.2软件测试的目的 1
1.2.3软件测试的原则 1
1.3软件测试的分类 2
1.4软件测试的测试流程 2
第二章 测试对象概述 4
2.1业务变更流程简介 4
2.2流程的具体分析 4
2.2.1功能模块 4
2.2.2业务变更流程图 5
2.2.3外围平台交互 6
第三章 测试方法和测试环境 7
3.1白盒测试 7
3.2黑盒测试 7
3.3测试环境 9
第四章 测试用例设计与执行 10
4.1测试用例设计方法 10
4.2测试用例实例 10
4.2.1申请单录入 11
4.2.2施工环节转受理 13
第五章 缺陷跟踪管理 15
5.1缺陷定位 15
5.2缺陷跟踪 17
结束语 20
致 谢 21
参考文献 22
第一章 概论
1.1软件测试发展历程
在早期，人们对软件测试的理解其实很表面化，认为测试只是发现纠正软件已知道 *好棒文|www.hbsrm.com +Q: ^351916072^
的bug，是可有可无的，而且测试一般在产品基本完成后才进行。到上世纪80年代初期，人们才对测试有了一定的认知：“不要仅仅将软件测试定义为是一个发现错误的过程”[1]，软件测试也是保证软件质量的最重要手段之一。到上世纪90年代，软件规模变的非常大，手工测试使得测试效率变得非常低，况且随着软件复杂度的提高，很多情况是手工测试无法完成的，于是测试工具逐渐盛行起来，并且许多测试工具不断成熟完善且得到广泛应用，大大提高了测试效率。
1.2软件测试的概述
1.2.1软件测试的定义
软件测试是在充分了解需求后设计出相应的测试用例，根据这些用例执行发现错误的过程，用以检验是否满足规定的需求，并找出预期结果与实际结果之间的差别[2]。
1.2.2软件测试的目的
现实生活中，一个软件产品的发布不可能是完美无缺的，肯定会存在或多或少的问题，通过执行测试用例或采用自动化测试等方法尽可能发现更多的问题，及时把问题提出来并解决掉。只有正确认识了软件测试的目的才能设计出好的测试方案暴露出错误，这样“才能更好地保证软件质量”[3]。软件测试的目的就是从用户的角度出发，可以通过软件测试暴露出来的软件错误或缺陷来明确是否接受该软件产品；从开发人员的角度出发，可以通过软件测试验证即将发布的软件产品是否能正确实现用户需求；从管理者的角度出发，可以通过软件测试减少资源的浪费。
1.2.3软件测试的原则
软件测试人员不光是能发现错误，还要了解软件测试的基本原则尽可能地高效率完成测试。主要的基本原则有以下几点：
1）测试人员要尽早地投入于测试而且要不断地测试。
一个软件开发的各个阶段都有可能存在潜在的错误或缺陷，测试人员尽早地投入测试可尽早发现错误，既能避免后期人力、财力的浪费又能保证质量高一些。
2）开发人员应避免测试检查自己的相关代码程序。
开发人员往往对自己编的程序很有自信，自认为不会存在错误的，有时由于对需求说明书理解上有偏差，那就更难发现不足的地方了，从效率的角度上考虑，最好给源程序无关的人测试。
3）要制定合理的测试方案，设计全面合理的测试用例。
测试用例的设计，不仅要考虑合法和非法的输入数据及各种边界条件还要考虑与之对应的预期结果。
4）开发人员bug修改完后，要进行必要的回归测试。
开发人员修改bug的同时有可能会引入新的bug，所以我们测试人员需要必要的回归测试。
5）要充分认识注意测试过程中出现的群集现象。
一段程序中发现的错误数目越多，则这段程序残存的错误数目也会较多。在我们的日常测试中，我们应该将花更多的精力在那些容易出错的程序段上[4]。
6）对每一个测试结果应当做个全面的检查，尤其是测试的错误结果。
对于测试结果，我们要仔细、全面的检查，尤其是测试出来的错误结果，最好找其他人一起确认，特别严重的错误但不确定的可以召开会议评审进行讨论分析。
7）一定要按着测试计划严格执行，避免随意性。
1.3软件测试的分类
软件测试可以从不同的角度划分，例如按阶段、测试实施组织、测试方式、测试方法四大类划分，如图11所示。业务变更主要是采用黑盒测试的方法进行功能性测试[5]。
图11 软件测试分类图
1.4软件测试的测试流程
1）对业务进行需求分析；
2）熟悉了解相关业务，弄清楚并分析需求点；
3）制定测试计划，列出相关测试工具及测试方法等；
4）设计测试用例；
5）执行测试用；
6）在缺陷管理平台，向对应的开发人员提bug；
7）对应的开发人员修改bug；
8）bug修改后进行必要的回归测试；
9）将修改完的bug且回归测试也没有问题的关闭。
第二章 测试对象概述
2.1业务变更流程简介
浙江移动政企中心集团客户关系管理系统的主要子系统分为三大类：集团业务办理、客户管理、账户管理。其中集团业务办理中心是浙江移动政企中心集团客户关系管理系统中的一个核心子系统，主要实现集团彩铃、互联网专线、移动E管家、政企固话、集团名片等多个套餐业务的订购及变更，并且根据客户订购业务后所发现的不足进行优化完善。“业务变更”是集团业务办理中心的主要流程之一，指对已经办理的营销方案进行变更，通过提单、下单、审核、施工、评价等环节将变更的订单进行处理。
??????????? 目 录
第一章 概论 1
1.1软件测试发展历程 1
1.2软件测试的概述 1
1.2.1软件测试的定义 1
1.2.2软件测试的目的 1
1.2.3软件测试的原则 1
1.3软件测试的分类 2
1.4软件测试的测试流程 2
第二章 测试对象概述 4
2.1业务变更流程简介 4
2.2流程的具体分析 4
2.2.1功能模块 4
2.2.2业务变更流程图 5
2.2.3外围平台交互 6
第三章 测试方法和测试环境 7
3.1白盒测试 7
3.2黑盒测试 7
3.3测试环境 9
第四章 测试用例设计与执行 10
4.1测试用例设计方法 10
4.2测试用例实例 10
4.2.1申请单录入 11
4.2.2施工环节转受理 13
第五章 缺陷跟踪管理 15
5.1缺陷定位 15
5.2缺陷跟踪 17
结束语 20
致 谢 21
参考文献 22
第一章 概论
1.1软件测试发展历程
在早期，人们对软件测试的理解其实很表面化，认为测试只是发现纠正软件已知道 *好棒文|www.hbsrm.com +Q: ^351916072^
的bug，是可有可无的，而且测试一般在产品基本完成后才进行。到上世纪80年代初期，人们才对测试有了一定的认知：“不要仅仅将软件测试定义为是一个发现错误的过程”[1]，软件测试也是保证软件质量的最重要手段之一。到上世纪90年代，软件规模变的非常大，手工测试使得测试效率变得非常低，况且随着软件复杂度的提高，很多情况是手工测试无法完成的，于是测试工具逐渐盛行起来，并且许多测试工具不断成熟完善且得到广泛应用，大大提高了测试效率。
1.2软件测试的概述
1.2.1软件测试的定义
软件测试是在充分了解需求后设计出相应的测试用例，根据这些用例执行发现错误的过程，用以检验是否满足规定的需求，并找出预期结果与实际结果之间的差别[2]。
1.2.2软件测试的目的
现实生活中，一个软件产品的发布不可能是完美无缺的，肯定会存在或多或少的问题，通过执行测试用例或采用自动化测试等方法尽可能发现更多的问题，及时把问题提出来并解决掉。只有正确认识了软件测试的目的才能设计出好的测试方案暴露出错误，这样“才能更好地保证软件质量”[3]。软件测试的目的就是从用户的角度出发，可以通过软件测试暴露出来的软件错误或缺陷来明确是否接受该软件产品；从开发人员的角度出发，可以通过软件测试验证即将发布的软件产品是否能正确实现用户需求；从管理者的角度出发，可以通过软件测试减少资源的浪费。
1.2.3软件测试的原则
软件测试人员不光是能发现错误，还要了解软件测试的基本原则尽可能地高效率完成测试。主要的基本原则有以下几点：
1）测试人员要尽早地投入于测试而且要不断地测试。
一个软件开发的各个阶段都有可能存在潜在的错误或缺陷，测试人员尽早地投入测试可尽早发现错误，既能避免后期人力、财力的浪费又能保证质量高一些。
2）开发人员应避免测试检查自己的相关代码程序。
开发人员往往对自己编的程序很有自信，自认为不会存在错误的，有时由于对需求说明书理解上有偏差，那就更难发现不足的地方了，从效率的角度上考虑，最好给源程序无关的人测试。
3）要制定合理的测试方案，设计全面合理的测试用例。
测试用例的设计，不仅要考虑合法和非法的输入数据及各种边界条件还要考虑与之对应的预期结果。
4）开发人员bug修改完后，要进行必要的回归测试。
开发人员修改bug的同时有可能会引入新的bug，所以我们测试人员需要必要的回归测试。
5）要充分认识注意测试过程中出现的群集现象。
一段程序中发现的错误数目越多，则这段程序残存的错误数目也会较多。在我们的日常测试中，我们应该将花更多的精力在那些容易出错的程序段上[4]。
6）对每一个测试结果应当做个全面的检查，尤其是测试的错误结果。
对于测试结果，我们要仔细、全面的检查，尤其是测试出来的错误结果，最好找其他人一起确认，特别严重的错误但不确定的可以召开会议评审进行讨论分析。
7）一定要按着测试计划严格执行，避免随意性。
1.3软件测试的分类
软件测试可以从不同的角度划分，例如按阶段、测试实施组织、测试方式、测试方法四大类划分，如图11所示。业务变更主要是采用黑盒测试的方法进行功能性测试[5]。
图11 软件测试分类图
1.4软件测试的测试流程
1）对业务进行需求分析；
2）熟悉了解相关业务，弄清楚并分析需求点；
3）制定测试计划，列出相关测试工具及测试方法等；
4）设计测试用例；
5）执行测试用；
6）在缺陷管理平台，向对应的开发人员提bug；
7）对应的开发人员修改bug；
8）bug修改后进行必要的回归测试；
9）将修改完的bug且回归测试也没有问题的关闭。
第二章 测试对象概述
2.1业务变更流程简介
浙江移动政企中心集团客户关系管理系统的主要子系统分为三大类：集团业务办理、客户管理、账户管理。其中集团业务办理中心是浙江移动政企中心集团客户关系管理系统中的一个核心子系统，主要实现集团彩铃、互联网专线、移动E管家、政企固话、集团名片等多个套餐业务的订购及变更，并且根据客户订购业务后所发现的不足进行优化完善。“业务变更”是集团业务办理中心的主要流程之一，指对已经办理的营销方案进行变更，通过提单、下单、审核、施工、评价等环节将变更的订单进行处理。
版权保护: 本文由 hbsrm.com编辑，转载请保留链接: www.hbsrm.com/jsj/rjgc/87.html
