08软件测试-课件PPT

1、2021/8/261软件工程第八章 软件测试22021/8/26目标n了解测试各个阶段，从开发过程中的测了解测试各个阶段，从开发过程中的测试到系统客户的验收测试。试到系统客户的验收测试。n介绍可以帮助客户选择测试案例的技术介绍可以帮助客户选择测试案例的技术以发现程序的缺陷。以发现程序的缺陷。n了解测试优先的开发。了解测试优先的开发。n掌握组件测试、系统测试和发布测试的掌握组件测试、系统测试和发布测试的主要差异，以及了解用户测试过程和技主要差异，以及了解用户测试过程和技术。术。32021/8/26主要内容n开发测试开发测试n测试驱动的开发测试驱动的开发n发布测试发布测试n用户测试用户测试4202

2、1/8/26程序测试n测试是试图说明一个程序可以做我们期望它所测试是试图说明一个程序可以做我们期望它所做的工作和在投入使用之前发现程序的缺陷。做的工作和在投入使用之前发现程序的缺陷。n当测试软件时，使用人工数据来执行这个程序。当测试软件时，使用人工数据来执行这个程序。n审查测试运行的结果，找出关于程序的非功能审查测试运行的结果，找出关于程序的非功能属性的错误、异常或其他信息。属性的错误、异常或其他信息。n能够揭示程序的错误。能够揭示程序的错误。n测试是检查和验证过程的组成部分之一。测试是检查和验证过程的组成部分之一。52021/8/26程序测试目标n向开发者和用户展示软件满足需求。向开发者和用

3、户展示软件满足需求。对于定制软件，意味着对用户和系统需求文档中对于定制软件，意味着对用户和系统需求文档中的每个需求至少要有一个测试。的每个需求至少要有一个测试。对通用软件，意味着对每个集成在产品发布版本对通用软件，意味着对每个集成在产品发布版本中的所有系统特征以及这些特征组合进行测试。中的所有系统特征以及这些特征组合进行测试。n找出软件中缺陷和不足，即软件行为是不正确找出软件中缺陷和不足，即软件行为是不正确的、所不希望的或不符合它的描述。的、所不希望的或不符合它的描述。找出所有不希望出现的系统行为的根源。如，系找出所有不希望出现的系统行为的根源。如，系统崩溃，与其他系统不期望的交互、不正确的计

4、统崩溃，与其他系统不期望的交互、不正确的计算和数据毁坏。算和数据毁坏。62021/8/26有效性和缺陷测试n有效性测试有效性测试（是否满足需求）（是否满足需求）向开发者或系统客户展示软件满足了其需求向开发者或系统客户展示软件满足了其需求;一个成功的测试表明系统运行符合预期。一个成功的测试表明系统运行符合预期。n缺陷测试缺陷测试（是否存在缺陷）（是否存在缺陷）发现系统中行为不正确或不满足需求规格说明的错发现系统中行为不正确或不满足需求规格说明的错误或缺陷误或缺陷;一个成功的测试是是系统执行不正确的测试或暴露一个成功的测试是是系统执行不正确的测试或暴露系统缺陷的测试。系统缺陷的测试。72021/8

5、/26程序测试的输入和输出模型I Ie输入测试数据输入测试数据O Oe输出测试结果输出测试结果系统系统导致异常导致异常行为的输行为的输入入表明存在表明存在缺陷的输缺陷的输出出测试只能证明存在错误，而不能证明它们不存在。测试只能证明存在错误，而不能证明它们不存在。82021/8/26检验和验证n检验检验我们在建立正确的产品吗？我们在建立正确的产品吗？n验证验证我们建立的产品正确吗？我们建立的产品正确吗？n软件行为符合用户的期望软件行为符合用户的期望92021/8/26检验和验证的信心n检验和验证过程的最终检验和验证过程的最终目的目的是建立信心，是建立信心，即这个软件系统是即这个软件系统是“达到目

6、的达到目的”的。的。n这个信心水平取决于系统的目的、用户期这个信心水平取决于系统的目的、用户期望和市场环境望和市场环境软件目的软件目的这个软件越重要，他的可靠性就越重要这个软件越重要，他的可靠性就越重要用户期望用户期望市场环境市场环境102021/8/26审查和测试n软件审查软件审查，是分析和检查系统需求、设计，是分析和检查系统需求、设计模型、程序源代码，甚至是建议的系统测模型、程序源代码，甚至是建议的系统测试，是一种静态的检验。试，是一种静态的检验。n软件测试软件测试，是执行动作，观察行为，是一，是执行动作，观察行为，是一种动态的检验。种动态的检验。112021/8/26审查和测试审查审查需

7、求需求描述描述软件体软件体系结构系结构UML设设计模型计模型数据库数据库模式模式程序程序系统系统原型原型测试测试122021/8/26软件审查n主要审查系统的源代码。主要审查系统的源代码。n审查不必执行系统，所以可以在系统实现审查不必执行系统，所以可以在系统实现之前进行。之前进行。n任何可读的软件表示，都被审查（需求、任何可读的软件表示，都被审查（需求、设计、配置数据、测试数据）设计、配置数据、测试数据） 。n审查是发现程序错误的一个有效的方式。审查是发现程序错误的一个有效的方式。132021/8/26审查的优势n在测试期间，一个错误可能会掩盖其他错在测试期间，一个错误可能会掩盖其他错误。误。

8、审查是一个静态的过程审查是一个静态的过程，可以不必关，可以不必关心错误之间的相互作用。心错误之间的相互作用。n审查一个系统的不完整版本不需要额外的审查一个系统的不完整版本不需要额外的代价。代价。n除了搜索程序缺陷，审查也可以考虑一个除了搜索程序缺陷，审查也可以考虑一个程序更广泛的质量属性。程序更广泛的质量属性。142021/8/26软件测试过程模型设计测设计测试用例试用例准备测准备测试数据试数据用测试数据用测试数据运行程序运行程序将结果与测试将结果与测试用例进行比较用例进行比较测试用例测试用例测试数据测试数据测试结果测试结果测试报告测试报告152021/8/26测试的阶段n开发测试开发测试，即

9、在开发过程中进行系统软件，即在开发过程中进行系统软件测试来发现故障和缺陷。测试来发现故障和缺陷。n发布测试发布测试，即一个测试小组对一个系统的，即一个测试小组对一个系统的完整版本进行测试。完整版本进行测试。n用户测试用户测试，即系统的用户或潜在的用户在，即系统的用户或潜在的用户在他们自己的环境中测试这个系统。他们自己的环境中测试这个系统。162021/8/268.1 开发测试n开发测试包括系统开发团队所进行的所有开发测试包括系统开发团队所进行的所有测试活动。测试活动。单元测试单元测试，即对单独的程序单元或对象类进行测试，即对单独的程序单元或对象类进行测试组件测试组件测试，即将多个程序单元整合创

10、建一个合成的组，即将多个程序单元整合创建一个合成的组件件系统测试系统测试，即集成系统中的一些或所有的组件作为一，即集成系统中的一些或所有的组件作为一个整体进行测试个整体进行测试172021/8/268.1.1 单元测试n单元测试单元测试是测试单个组件的过程是测试单个组件的过程n这是一个发现缺陷的测试过程这是一个发现缺陷的测试过程n单元可以是：单元可以是：单个函数或对象中的方法单个函数或对象中的方法带有属性和方法的对象类带有属性和方法的对象类带有访问他们功能的接口的复合组件。带有访问他们功能的接口的复合组件。182021/8/26对象类测试n完整测试一个类包括完整测试一个类包括测试与对象相关的所

11、有操作测试与对象相关的所有操作设置和检查与对象相关的所有属性设置和检查与对象相关的所有属性测试对象所有可能的状态测试对象所有可能的状态n继承使得设计对象类的测试更加困难，因继承使得设计对象类的测试更加困难，因为，被测试的信息不适本地化的为，被测试的信息不适本地化的192021/8/26气象站系统对象接口202021/8/26气象站测试n需要为与对象相关的所有方法定义测试用例，如，需要为与对象相关的所有方法定义测试用例，如， reportWeather、 reportStatus。n使用状态模型识别出需要测试的状态转换的序列，并指定使用状态模型识别出需要测试的状态转换的序列，并指定迫使这些状态转

12、换发生的事件序列。迫使这些状态转换发生的事件序列。n例如：例如：Shutdown - Running- ShutdownConfiguring-Running- Testing - Transmitting -RunningRunning-Collecting-Running-Summarizing-Transmitting -Running212021/8/26自动测试n只要可能的话，应该使单元测试自动化。只要可能的话，应该使单元测试自动化。n在自动化单元测试中，应该充分利用测试在自动化单元测试中，应该充分利用测试自动化框架（例如自动化框架（例如JUnit）来编写和运行程）来编写和运行程序测

13、试。序测试。n单元测试框架提供了一个通用的测试类，单元测试框架提供了一个通用的测试类，只需扩展它来形成新的测试案例。只需扩展它来形成新的测试案例。222021/8/26自动测试组件n准备部分准备部分，用测试用例初始化系统，即输入和，用测试用例初始化系统，即输入和期望的输出。期望的输出。n调用部分调用部分，即调用所要测试的对象或方法。，即调用所要测试的对象或方法。n断言部分断言部分，即比较调用的结果和预期的结果是，即比较调用的结果和预期的结果是否相同。如果断言取值为真，那么测试成功；否相同。如果断言取值为真，那么测试成功；如果断言取值为假，那么测试失败。如果断言取值为假，那么测试失败。23202

14、1/8/268.1.2 选择单元测试案例n测试案例测试案例应该表明，当按照预期的方式使用时，应该表明，当按照预期的方式使用时，所测试的组件能够像假设的那样去执行。所测试的组件能够像假设的那样去执行。n如果在组件中有缺陷，这些缺陷应该被测试案例如果在组件中有缺陷，这些缺陷应该被测试案例发现。发现。n两类测试案例两类测试案例反映一个程序的正常操作，并能显示出组件工作正常反映一个程序的正常操作，并能显示出组件工作正常建立在对通常问题的经验基础上，应该使用非正常的建立在对通常问题的经验基础上，应该使用非正常的输入来检测是否得到正常处理，或者是否使得组件崩输入来检测是否得到正常处理，或者是否使得组件崩溃

15、溃242021/8/26测试策略n划分测试划分测试，即识别具有共同特性和以同样，即识别具有共同特性和以同样的方法处理的一组数据的方法处理的一组数据我们应该从这些组中选择测试数据我们应该从这些组中选择测试数据n基于准则测试基于准则测试，即使用测试准则来选择测，即使用测试准则来选择测试案例试案例这些准则反映了程序员在开发组件时对经常犯这些准则反映了程序员在开发组件时对经常犯的各种错误的经验的各种错误的经验252021/8/26划分测试n程序的输入和输出结果总是落在几个不同且有共程序的输入和输出结果总是落在几个不同且有共同特征的类中。同特征的类中。n程序通常对一个类中的所有成员其行为都是差不程序通常

16、对一个类中的所有成员其行为都是差不多的。由于这些等价的行为，这些类通常叫做等多的。由于这些等价的行为，这些类通常叫做等价划分或是域。价划分或是域。n所设计的测试案例要使得输入和输出落在这些划所设计的测试案例要使得输入和输出落在这些划分中。分中。n划分测试划分测试即可以用来设计系统的测试案例，也可即可以用来设计系统的测试案例，也可以用来设计组件的测试案例。以用来设计组件的测试案例。262021/8/26等价划分系统系统输入等价划分输入等价划分输出划分输出划分可能输入可能输入可能输出可能输出正确正确输出输出272021/8/26等价分类282021/8/26测试指导（序列）n用一个只有单个值的序列

17、来测试程序用一个只有单个值的序列来测试程序n在不同的测试中使用不同规模的多个序列在不同的测试中使用不同规模的多个序列n导出一个测试，让第一个、中间一个和最导出一个测试，让第一个、中间一个和最后一个元素得到测试后一个元素得到测试n测试序列长度为零测试序列长度为零时的情况时的情况292021/8/26一般的测试原则n选择能够迫使系统产生所有错误信息的输选择能够迫使系统产生所有错误信息的输入入n设计能够使系统的输入缓冲溢出的输入设计能够使系统的输入缓冲溢出的输入n重复相同的输入或一系列输入很多次重复相同的输入或一系列输入很多次n迫使产生无效的输出迫使产生无效的输出n迫使输出结果太大或太小迫使输出结果

18、太大或太小302021/8/268.1.3 组件测试n软件组件通常是由许多彼此交互的对象组软件组件通常是由许多彼此交互的对象组合的复合组件合的复合组件例如，在气象站系统中，再配置组件包括处理例如，在气象站系统中，再配置组件包括处理再配置各个方面的各对象再配置各个方面的各对象n可以通过它们定义的接口来访问它们的功可以通过它们定义的接口来访问它们的功能能n这时可以测试组件的接口行为是否符合它这时可以测试组件的接口行为是否符合它们的描述们的描述假定组件的单个对象的单元测试已经完成假定组件的单个对象的单元测试已经完成312021/8/26接口测试322021/8/26接口测试n目标是检测接口错误或无效

19、的接口假设目标是检测接口错误或无效的接口假设引起的引起的故障故障n接口的类型接口的类型参数接口参数接口，主要是数据和函数指针，由一个组件传递，主要是数据和函数指针，由一个组件传递到另一个组件到另一个组件共享内存接口共享内存接口，有一个被子系统共享的内存块，有一个被子系统共享的内存块程序接口程序接口，子系统封装一组程序，这些程序可以被其，子系统封装一组程序，这些程序可以被其他子系统调用他子系统调用消息传递接口消息传递接口，子系统通过消息传递来请求其他子系，子系统通过消息传递来请求其他子系统上的服务统上的服务332021/8/26接口错误n接口误用接口误用调用者组件在调用其他组件接口时使用不当而产

20、调用者组件在调用其他组件接口时使用不当而产生的接口错误生的接口错误n接口误解接口误解调用者组件误解了被调用组件的接口描述而产生调用者组件误解了被调用组件的接口描述而产生接口错误，对被调用组件行为进行了错误的假设接口错误，对被调用组件行为进行了错误的假设n时序错误时序错误系统使用了共享内存接口或消息传递接口而产生系统使用了共享内存接口或消息传递接口而产生接口错误接口错误342021/8/26接口测试一般准则n审查要测试的代码并明确地列出对外部组件的审查要测试的代码并明确地列出对外部组件的每个调用。每个调用。n当有指针从接口传递时，总用空指针参数来测当有指针从接口传递时，总用空指针参数来测试接口。

21、试接口。n设计一些容易引起组件失效的测试。设计一些容易引起组件失效的测试。n在消息传递系统中进行强度测试。在消息传递系统中进行强度测试。n当组件通过共享内存来交互时，设计测试使其当组件通过共享内存来交互时，设计测试使其对激活组件次序有所改变。对激活组件次序有所改变。352021/8/268.1.4 系统测试n系统测试系统测试包括包括集成组件来形成一个新版本集成组件来形成一个新版本的系统，然后的系统，然后测试集成后的系统测试集成后的系统n系统测试系统测试强调强调测试组件之间的交互测试组件之间的交互n系统测试系统测试确保确保组件是可兼容的、能正确地组件是可兼容的、能正确地进行交互，以及通过它们的接

22、口在适当的进行交互，以及通过它们的接口在适当的时候传送正确的数据时候传送正确的数据n系统测试系统测试测试测试系统的总体行为系统的总体行为362021/8/26系统和组件测试的区别n在系统测试中，单独开发的可复用组件和在系统测试中，单独开发的可复用组件和商业现货系统可能会与新开发的组件集成商业现货系统可能会与新开发的组件集成到一起，然后对完整的系统进行测试到一起，然后对完整的系统进行测试n不同小组成员或群组开发的组件可能在这不同小组成员或群组开发的组件可能在这个阶段集成。系统测试是一个集体的过程个阶段集成。系统测试是一个集体的过程而不是一个独自的过程而不是一个独自的过程在一些公司中，系统测试可能

23、由一个独立的测在一些公司中，系统测试可能由一个独立的测试小组执行，没有设计人员和程序员的参与试小组执行，没有设计人员和程序员的参与372021/8/26用例测试n用例用例被用来定义系统之间的交互，可以作为被用来定义系统之间的交互，可以作为系统测试的基础系统测试的基础n每个用例通常涉及多个系统组件，因此测试每个用例通常涉及多个系统组件，因此测试这个用例这个用例，迫使这些相互作用发生，迫使这些相互作用发生。n序列图建模用例的实现，可以看到交互中涉序列图建模用例的实现，可以看到交互中涉及的对象或组件，从而进行测试及的对象或组件，从而进行测试382021/8/26收集气象数据的序列图392021/8/

24、26测试策略n无遗漏测试是不可能的，因此需要建立一无遗漏测试是不可能的，因此需要建立一个可能的测试子集，根据子集进行测试个可能的测试子集，根据子集进行测试n测试策略例子测试策略例子所有的能从菜单中得到的系统功能都应该被测所有的能从菜单中得到的系统功能都应该被测试到试到可以从同一个菜单中访问的组合功能需要被测可以从同一个菜单中访问的组合功能需要被测试试在提供用户输入的地方，所有的功能都必须对在提供用户输入的地方，所有的功能都必须对正确的和不正确的输入进行测试正确的和不正确的输入进行测试402021/8/268.2 测试驱动的开发n测试驱动的开发测试驱动的开发（TDD）是一种程序开发方法）是一种程

25、序开发方法，交错进行测试和代码开发。，交错进行测试和代码开发。n代码通过测试，是代码通过测试，是开发开发的关键驱动力。的关键驱动力。n开发代码增量，一起测试该增量。不移动到下开发代码增量，一起测试该增量。不移动到下一个增量，直到你已经开发的代码，通过其测一个增量，直到你已经开发的代码，通过其测试。试。nTDD的引入是作为如极限编程这样敏捷方法的的引入是作为如极限编程这样敏捷方法的一个部分。但是，它也可用于计划驱动的开发一个部分。但是，它也可用于计划驱动的开发过程中。过程中。412021/8/26测试驱动的开发写写测试测试运行运行测试测试实现功能实现功能并重构并重构识别新识别新的功能的功能失败失

26、败通过通过422021/8/26TDD 的过程活动n从从识别识别所需要的功能增量开始。这个通常比较小所需要的功能增量开始。这个通常比较小，用几行代码就可以实现。，用几行代码就可以实现。n针对此功能针对此功能编写一个测试编写一个测试并实现为一个自动测试并实现为一个自动测试。n然后然后运行此测试运行此测试，以及所有已实现的其他测试。，以及所有已实现的其他测试。最初，并没有实现这个功能，因此这个新的测试最初，并没有实现这个功能，因此这个新的测试是失败的。是失败的。n然后然后实现实现这个功能，并重新运行这个测试。这个功能，并重新运行这个测试。n一旦所有的测试成功，就可以转去实现下一个功一旦所有的测试成

27、功，就可以转去实现下一个功能块。能块。432021/8/26测试驱动开发的好处n代码覆盖代码覆盖每个代码片段都至少有一个测试每个代码片段都至少有一个测试n回归测试回归测试随着一个程序的开发，一个测试套件也增量式的开发随着一个程序的开发，一个测试套件也增量式的开发出来出来n简化调试简化调试当一个测试失败时，问题出在何处是很明显的当一个测试失败时，问题出在何处是很明显的n系统文档系统文档测试本身就表现为一种文档形式，它描述代码应该做测试本身就表现为一种文档形式，它描述代码应该做什么什么442021/8/26回归测试n回归测试回归测试就是就是测试系统，检查变化没有测试系统，检查变化没有破破坏坏以前的

28、工作代码。以前的工作代码。n在手动测试过程中，回归测试是昂贵的，在手动测试过程中，回归测试是昂贵的，但是，自动化测试，它是简单明了的。但是，自动化测试，它是简单明了的。当当程序每次改变程序每次改变时时所有的测试都重新运行。所有的测试都重新运行。n程序程序在改变之前测试必须在改变之前测试必须成功成功。452021/8/268.3 发布测试n发布测试发布测试是为开发组以外的用户使用系统的一个特是为开发组以外的用户使用系统的一个特殊版本所做的测试过程殊版本所做的测试过程n发布测试过程中的发布测试过程中的主要目标主要目标是说服供应商是说服供应商，该，该系统系统是足够使用是足够使用的的。因此，发布的测试

29、表明，该系统提供了其指定的功能因此，发布的测试表明，该系统提供了其指定的功能，性能和可靠性，在正常使用过程中，性能和可靠性，在正常使用过程中，不会出错不会出错。n发布测试通常是一个黑盒测试过程，测试从系统描发布测试通常是一个黑盒测试过程，测试从系统描述导出述导出462021/8/26黑盒测试、白盒测试n黑盒测试黑盒测试：已知产品的功能设计规格，可以进行：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。测试证明每个实现了的功能是否符合要求。n白盒测试白盒测试：已知产品的内部工作过程，可以进行：已知产品的内部工作过程，可以进行测试证明每种内部操作是否符合设计规格要求，测试证明

30、每种内部操作是否符合设计规格要求，所有内部成分是否经过检查。所有内部成分是否经过检查。462021-11-26472021/8/26黑盒测试与白盒测试的区别n 黑盒测试黑盒测试测试特点：测试功能；测试特点：测试功能；测试依据：需求规格说明书测试依据：需求规格说明书方法举例：等价类划分、边界值测试方法举例：等价类划分、边界值测试优点：能站在用户的立场上进行测试优点：能站在用户的立场上进行测试缺点：不能测试程序内部特定部位，如程序有误，则无法发现。缺点：不能测试程序内部特定部位，如程序有误，则无法发现。n白盒测试白盒测试测试特点：测试程序接口与结构测试特点：测试程序接口与结构测试依据：软件程序测试

31、依据：软件程序方法举例：逻辑覆盖方法举例：逻辑覆盖优点：对程序内部特定部位进行覆盖测试。优点：对程序内部特定部位进行覆盖测试。缺点：无法检验程序外部特性。缺点：无法检验程序外部特性。472021-11-26482021/8/26黑盒测试与白盒测试的区别n黑盒测试黑盒测试把程序看作一个不能打开的黑盒子，在完全不考虑程把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，针对序内部结构和内部特性的情况下，针对“软件界面软件界面”和和”软件软件功能功能“进行测试，只检查功能是否符合需求规格说明书能正常进行测试，只检查功能是否符合需求规格说明书能正常使用。因此使用。因此黑盒测试又

32、叫功能测试或数据驱动测试黑盒测试又叫功能测试或数据驱动测试。n白盒测试白盒测试是对软件的过程性细节做细致的检查。这种方法是把是对软件的过程性细节做细致的检查。这种方法是把测试对象看作一个打开的盒子，他允许测试人员利用程序内部测试对象看作一个打开的盒子，他允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。因此辑路径进行测试。因此白盒测试又称为白盒测试又称为“结构测试结构测试”或或“逻辑逻辑驱动测试驱动测试”。白盒测试是按照程序内部的结构来测试程序，通。白盒测试是按照程序内部的结构来测试程序，通过测试

33、检验产品内部动作是否按照设计规格说明书的要求正常过测试检验产品内部动作是否按照设计规格说明书的要求正常进行，检验程序中的每条通道是否都按照规定正常工作。进行，检验程序中的每条通道是否都按照规定正常工作。482021-11-26492021/8/26发布测试和系统测试n发布测试是系统测试的一种形式。发布测试是系统测试的一种形式。n重要区别重要区别一个独立的与系统开发无关的小组应该负责发一个独立的与系统开发无关的小组应该负责发布测试。布测试。开发组的开发组的系统测试的重点系统测试的重点是在系统中发现错误是在系统中发现错误（缺陷测试）。（缺陷测试）。发布测试的目标发布测试的目标是检查系统符是检查系统

34、符合它的需求描述，并且足可以对外销售（有效合它的需求描述，并且足可以对外销售（有效性验证测试）。性验证测试）。502021/8/268.3.1 基于需求的测试n需求工程的的一个基本原则是需求应该需求工程的的一个基本原则是需求应该是可以测试的。是可以测试的。n基于需求的测试是有效性验证测试而不基于需求的测试是有效性验证测试而不是缺陷测试是缺陷测试它努力证明系统已经正确它努力证明系统已经正确地实现了它的需求。地实现了它的需求。nMHC-PMS需求需求如果知道病人对药物过敏，该药物处方导致如果知道病人对药物过敏，该药物处方导致系统向用户报警。系统向用户报警。如果医生忽略报警信号，需提供忽略原因。如果

35、医生忽略报警信号，需提供忽略原因。512021/8/26需求测试n建立一个没有已知过敏史的病历记录。建立一个没有已知过敏史的病历记录。n建立一个有已知过敏史的病历记录。建立一个有已知过敏史的病历记录。n建立一个病历记录，期中包括两个或两个以上过建立一个病历记录，期中包括两个或两个以上过敏药物。敏药物。n为病人开带两个过敏药的处方，检查发出两个正为病人开带两个过敏药的处方，检查发出两个正确的警告信息。确的警告信息。n开带过敏药物处方，发出警告。医生拒绝警告，开带过敏药物处方，发出警告。医生拒绝警告，检查系统允许用户提供信息解释警告被拒绝的原检查系统允许用户提供信息解释警告被拒绝的原因。因。522

36、021/8/268.3.2 情景测试n情景测试情景测试也叫脚本测试，或场景测试，是发布测也叫脚本测试，或场景测试，是发布测试的一个方法。试的一个方法。n需要设计典型的使用场景，并为系统开发测试用需要设计典型的使用场景，并为系统开发测试用例。例。n一个情景是一个故事，描述系统使用的一种方式一个情景是一个故事，描述系统使用的一种方式。n情景测试应该现实，且真实的系统用户应该能将情景测试应该现实，且真实的系统用户应该能将它与自己的工作联系起来。它与自己的工作联系起来。532021/8/26MHC-PMS诊断情景n通过登录到系统进行身份验证。通过登录到系统进行身份验证。n下载和上传特定病人的病历到笔记

37、本电脑。下载和上传特定病人的病历到笔记本电脑。n家庭出诊时间安排。家庭出诊时间安排。n在移动设备上加密和解密病历。在移动设备上加密和解密病历。n记录检索和修改。记录检索和修改。n连接包含副作用信息的药物数据库。连接包含副作用信息的药物数据库。n电话提示系统。电话提示系统。532021-11-26542021/8/268.3.3 性能测试n发布测试发布测试可能包括测试系统的总体特性，可能包括测试系统的总体特性，如性能和可靠性。如性能和可靠性。n性能测试性能测试通常包括对一系列测试的规划，通常包括对一系列测试的规划，这里的测试是要让负荷稳定地增长直到系这里的测试是要让负荷稳定地增长直到系统性能不可接受为止。统性能不可接受为止。n压力测试压力测试是性能测试一种形式，通过压力是性能测试一种形式，通过压力测试可以让系统暴露出在正常情况下不会测试可以让系统暴露出在正常情况下不会暴露的缺陷暴露的缺陷。552021/8/268.4 用户测试n用户测试用户测试是测试过程中一个阶段，在这个是测试过程中一个阶段，在这个阶段，用户提供输入和系统测试的建议。阶段，用户提供输入和系统测试的建议。n用户测试是必不可少的，即使全面的系统用户测试是必不可少的，即使全面的系