基于场景的测试方法（用户使用者角度去看体系，关注用户使用风俗，不关注实

手机软件开发 · 2024-10-1 03:21:50

固然车轮图测试分析法可以快速全面地举行测试计划，但是这种测试计划从体系内部出发，不会涉及用户如何熟悉和使用这个体系，这就大概导致出现洋洋洒洒计划了许多测试用例，但是到用户现场才发现用户根本就不是如许用的窘况。
要办理这个问题，就必要基于场景对被测体系举行分析，基于场景对测试举行分析和计划。
场景指用户会使用这个体系来完成预定目标的全部情况的聚集。

场景自己也代表了用户的需求，以是可以以为场景是需求的一种形貌情势。和从质量属性的角度去形貌需求差异，场景是从使用者的角度去看体系的，重要办理如何使用体系的问题。
Karl E.Wiegers著作《软件需求》（Software Requirements的第二版）中给出一个化学品跟踪管理体系的场景图，该图可以很好地阐明用户场景的特点。
1）可以分析出与这个体系干系的全部使用者（用户）。

2）可以明确用户会如何使用这个体系（用户的使用风俗）。
3）可以明确用户的关注点是什么。
在场景里，美满是从用户角度去明白体系的，从而可以发掘出用户的隐含需求。如果不是站在化学品堆栈保管职员的角度去看这个体系，就不会发现功能点“检察厂商的产物目次”和“哀求一种化学品”之间有内在关系。
对一个用户来说，其和体系的功能点交互，通过使用步调和体系的反馈一步步完成的。把那些与最焦点、最直接的功能对应的步调称为主步调，对应的场景称为重要场景；与分支条件对应的是从步调，对应场景为次要场景。下图总结了重要场景、次要场景和主步调、从步调之间的关系。

重要场景和次要场景可以对应一个功能点，也可以对应差异功能点，两个功能点之间通过“分支条件”来毗连。在这种情况中，显然分支条件等同于次要场景的前置条件，这暗示着，场景可以串联，形成一个更大、更复杂的场景。
场景测试是从场景的角度对体系举行测试和验证。从另一个角度来说，场景测试也是一种需求测试。以是场景测试都是黑盒测试，其将体系大概体系功能作为黑盒，不会关注体系实现细节，重要关注用户的使用风俗和用户的关注点。

摘取自刘琛梅老师的《测试架构师修炼之道：从测试工程师到测试架构师第2版》

基于场景的测试方法（用户使用者角度去看体系，关注用户使用风俗，不关注实

所属分类: 问答交流

新帖推荐: 30日

推荐作品