1、“.....软件测试过程管理向导为了保证测试人员在测试过程中严格遵循测试过程和相应规范,提出了软件测试过程管理向导的思想,以向导树的形式引导测试人员按照测试过程和规范进行相应的测试活动。个完整的软件测试过程包括初次测试和多次回归测试。初次测试将严格按照测试阶段组织相应活动,而回归测试是基于初次测试的。由于回归测试般时间较短,所以并不严格要求按照测试阶段来组织相应的回归测试活动。鉴于初次测试与回归测试的不同特点,分别为初次测试过程和回归测试过程设计了不同的测试过程管理向导,引导测试人员按照不同的测试过程进行相应的测试活动。软件初次测试过程管理向导软件初次测试过程管理向导按照测试需求分析测试策划测试设计测试执行测试总结个阶段辅助测试人员清晰明确地梳理测试需求,基于测试需求制定测试计划,按照测试计划设计测试用例,遵循测试用例执行软件测试,依据客观测试结果自动分析归纳测试结论......”。

2、“.....软件回归测试过程管理向导软件回归测试过程管理向导依然按照测试的个阶段辅助测试人员进行回归测试。在回归测试需求分析阶段,本向导引导测试人员对前次测试的所有更动项进行影响域分析。本向导辅助测试人员根据被测软件更动情况自动推导出更动所涉及的测试依据,即确定本次回归测试所依据的软件需求。在回归测试需求分析的基础上,本向导辅助测试人员制定回归测试策略及方法,进行回归测试环境测试人员安排测试进度安排等设计,完成回归测试策划阶段的工作。在回归测试设计阶段,本向导根据回归测试的测试依据自动推导出需要继承前次测试的所有用例,在继承用例的基础上辅助测试人员添加新用例,删除过时用例。在回归测试执行阶段,本向导辅助测试人员记录每个测试用例的执行结果,提交回归测试过程中所发现的问题。本向导将根据回归测试执行结果自动进行有关信息的分析统计,在此基础上辅助测试人员完成回归测试总结阶段的工作。回归测试过程管理向导的流程如图所示......”。

3、“.....分析是否到位是决定回归测试是否全面的关键。为了解决该项工作繁琐费时且准确性难以保证的问题,提出了软件更动影响域自动化分析的方法。软件需求是测试工作开展的基础,个更动所关联的软件需求就是该更动所涉及影响域的源头,依据这些需求所做的所有测试设计都属于该更动的影响域范围。因此,准确地找到每个更动所关联的软件需求是自动化实现更动影响域分析的关键。为此,首先对软件更动的类型进行了细致的分析,将软件更动的类型归纳为个方面,并针对各方面更动的自动化影响域分析进行了相应设计。软件问题引起更动涉及的影响域分析该类软件更动的个重要原因是为了解决前次测试所提交的问题。在初次测试过程中,测试人员首先对软件需求进行分析梳理,梳理后的需求将做为测试依据,然后基于每条测试依据进行测试项测试用例的设计,再实施测试并提交问题。测试依据测试项测试用例软件问题是按照树层次来组织的......”。

4、“.....以它为基础展开所有的测试设计工作。因此最下层的每个软件问题都能够由下至上追溯到顶层所关联的测试依据。根据上述思路,按照软件问题测试用例测试项软件需求相互之间的关联关系,利用逐层追溯的方法,自动推导出每个问题所涉及的测试依据。其他软件更动涉及的影响域分析前版被测软件测试完成后,开发人员可能会对部分程序进行优化完善。这种更动不是前次测试提交问题所驱动的,但是也有可能引进新的,所以对这种类型的更动同样要进行深入的影响域分析。测试人员应根据软件更动单上此类更动的有关描述确定所修改程序的范围,找出它们分别涉及的测试依据。为了辅助测试人员进行该类软件更动的影响域分析,在回归测试过程管理向导中设计了相应的向导节点,辅助测试人员按照软件更动单的有关内容,分析识别该类更动的有关信息,辅助测试人员在前次测试所包含测试依据的集合中,为该类的每个更动项明确所涉及的测试依据......”。

5、“.....为此,在回归测试过程管理向导中设计了测试依据维护向导节点,在上述步所得分析统计,在此基础上辅助测试人员完成回归测试总结阶段的工作。回归测试过程管理向导的流程如图所示。软件更动影响域的自动化分析软件更动影响域分析在回归测试过程中占有极为重要的地位,分析是否到位是决定回归测试是否全面的关键。为了解决该项工作繁琐费时且准确性难以保证的问题,提出了软件更动影响域自动化分析的方法。软件需求是测试工作开展的基础,个更动所关联的软件需求就是该更动所涉及影响域的源头,依据这些需求所做的所有测试设计都属于该更动的影响域范围。因此,准确地找到每个更动所关联的软件需求是自动化实现更动影响域分析的关键。为此,首先对软件更动的类型进行了细致的分析,将软件更动的类型归纳为个方面,并针对各方面更动的自动化影响域分析进行了相应设计。软件问题引起更动涉及的影响域分析该类软件更动的个重要原因是为了解决前次测试所提交的问题......”。

6、“.....测试人员首先对软件需求进行分析梳理,梳理后的需求将做为测试依据,然后基于每条测试依据进行测试项测试用例的设计,再实施测试并提交问题。测试依据测试项测试用例软件问题是按照树层次来组织的。测试依据是该树层次的最高层,以它为基础展开所有的测试设计工作。因此最下层的每个软件问题都能够由下至上追溯到顶层所关联的测试依据。根据上述思路,按照软件问题测试用例测试项软件需求相互之间的关联关系,利用逐层追溯的方法,自动推导出每个问题所涉及的测试依据。其他软件更动涉及的影响域分析前版被测软件测试完成后,开发人员可能会对部分程序进行优化完善。这种更动不是前次测试提交问题所驱动的,但是也有可能引进新的,所以对这种类型的更动同样要进行深入的影响域分析。测试人员应根据软件更动单上此类更动的有关描述确定所修改程序的范围,找出它们分别涉及的测试依据。为了辅助测试人员进行该类软件更动的影响域分析,在回归测试过程管理向导中设计了相应的向导节点......”。

7、“.....分析识别该类更动的有关信息,辅助测试人员在前次测试所包含测试依据的集合中,为该类的每个更动项明确所涉及的测试依据。软件需求更动涉及的影响域分析次回归测试被测方所提交的软件需求有可能较前次测试提交的有些扩充或删减。为此,在回归测试过程管理向导中设计了测试依据维护向导节点,在上述步所得到的软件更动所涉及测试依据的基础上,辅助测试人员添加新的测试依据,并对已不适用的测试依据实施删除。辅助设计回归测试用例在得到软件更动所涉及的测试依据之后,提出了自动获取继承用例的方法。由上述更动影响域分析的两步所得到的测试依据是前次测试包括的部分测试依据。前次测试针对这些测试依据所设计的测试项及其所包含的测试用例都应当做为继承的测试项和用例,被本次回归测试所采用。按照上述思想,利用测试依据与测试项的关联关系测试项与测试用例的包含关系,自动推导出需要继承的测试项和测试用例集合,极大简化并规范了测试人员查寻继承用例的工作......”。

8、“.....为了辅助测试人员在继承用例的基础上进行测试用例的设计工作,在回归测试过程管理向导中设计了测试用例设计向导节点,将上述自动获取的测试项和测试用例集合按照相应的层次关系自动显示在该节点对应界面中。在此基础上,针对本次测试新添加的软件需求,辅助测试人员设计新的测试项,并在这些测试项下设计测试用例。如些测试项和用例不再适用,将辅助测试人员对其实施删除,但强制测试人员必须输入测试项和用例的删除理由,以免发生误删。另外,出于加强测试力度的考虑,测试人员还可有针对性地在些测试项下设计些新的用例,使回归测试更加全面完善。自动生成回归测试文档为了有效保证回归测试文档信息之间的致性和完整性,简化测试人员繁琐费时的文档编制工作,该工具提出了回归测试文档的自动化生成,针对回归测试文档自动化生成的方法进行了研究......”。

9、“.....大大提高了回归测试文档编制的效率和规范水平,有效地提高了软件回归测试过程管理的自动化水平。测试项目数据库整个测试过程包含初次测试和多次回归测试,为了对多次测试的信息及结果进行有效管理,提出了建立测试项目数据库的方法。在库中将测试信息按照测试需求被测对象测试类型测试项测试用例问题报告的类别,以由高到低的层次分别进行存贮和管理,通过表与表之间建立的关系保证测试数据之间的致性和完整性。在测试过程中,多次回归测试将会继承延用上次测试的信息及数据。为了有效保存每次测试的信息,将各层次数据分为实体信息和实测信息类,分别存放在不同的表中。其中,实体信息用于保存每个设计项的设计信息,而实测信息则用于保存每个设计项的执行信息。个设计项的设计信息在数据库中只保存份,但针对这个设计项不同的测试版本可能包含多份执行信息。这样个实例多次引用的设计理念,有效地减少了数据库信息冗余存贮的问题,使信息存贮更加清晰简化......”。