システムテストで実施する作業の説明として, 適切なものはどれか。
平成25年度 秋期 ITパスポート試験 問35
这道题的解析和你的作答记录。
問 35
错误ア
错误。修复缺陷时,该修复有可能对其他部分产生不良影响(退化)。因此在修复之后,不仅要执行检出该缺陷的测试用例,还要重新执行受影响范围内的既有测试用例,确认原本正常的功能是否被破坏。这称为回归测试。“只重新执行检出该缺陷的那个测试用例”是疏于进行回归测试的不恰当做法。
错误イ
错误。不仅要确认输入正常值的情况(正常流程),还要确认系统在输入超出范围的值、必填项未输入等意料之外的异常操作(异常流程)下,能否恰当地返回错误并安全地运行,这是系统测试的重要目的之一。如果省略异常情况的测试,在生产运行中一旦发生误输入或非法输入,就可能导致误动作、停止运行或安全方面的问题。它并不是可以省略的内容。
错误ウ
错误。它在两个方面都不恰当。第一,系统测试以从外部确认是否满足规格与需求的黑盒测试为中心,而查看程序的内部代码结构以确认覆盖程度的白盒测试主要属于单元测试的思路。第二,一边测试一边当场修正缺陷是不恰当的。测试的实施与缺陷的修复应当在工序和职责上分开,修复之后需要按规定的步骤重新进行测试并记录结果。如果边测边改,就会导致究竟在何种状态下确认了什么变得含糊不清,无法客观地保证质量。
- エ
正解 正确答案是エ。系统测试是在经过单元测试、集成测试之后,针对搭建完成的整个系统,由开发方确认其是否按需求定义实现的最终阶段测试。此处的确认对象并不只有“所需功能是否按规格正常工作”这样的功能性需求。响应时间、吞吐量等性能,故障时的可用性与可靠性,安全性,易操作性等系统应满足的质量方面的条件,即非功能性需求,同样是系统测试应当验证的对象。因此,“不仅测试软件的功能性,还要测试性能等非功能性需求”这一选项エ,作为系统测试中实施的工作的说明是恰当的。实际上,性能不足或安全方面的缺陷在单个程序上并不会显现出来,只有让整个系统以接近生产环境的配置和数据量运行起来才会暴露,所以正需要在这个以整个系统为对象的工序中加以确认。
- 系统测试是对已集成的整个系统对照需求定义进行验证的最终阶段测试,其验证对象不仅包括功能性需求,还包括性能、可靠性、可用性、安全性等非功能性需求。
- 修复缺陷之后,需要进行回归测试以确认该修复没有对其他部分造成不良影响;此外,异常情况(超出范围的值、必填项未输入等)的测试也不得省略。