ALM的安装与测试用例编写管理

Luck16th / 2024-12-19 / 原文

安装ALM

ALM安装与使用视频

明确测试目标：仔细研读产品需求文档、用户故事或功能规格说明书等相关材料。例如，对于一个电商网站的购物车功能，要明确测试目标是验证购物车能够正确添加、删除商品，计算商品总价等功能是否准确。
理解业务逻辑：深入了解系统的业务流程。以购物车为例，需要理解用户将商品加入购物车后，系统如何处理库存、如何计算运费（如果有）、如何根据促销规则计算价格等业务逻辑。
确定测试范围：界定需要测试的功能点和特性。对于购物车功能，测试范围可能包括不同类型商品（如实物商品、虚拟商品）的添加操作、多种删除方式（逐个删除、清空购物车）、价格计算在各种促销场景下（满减、折扣、赠品）的准确性等。

等价类划分法：将输入数据划分为有效等价类和无效等价类。例如，对于购物车中商品数量的输入，有效等价类可以是正整数（1、2、3 等），表示正常购买数量；无效等价类可以是负数、小数或非数字字符，用于测试系统对错误输入的处理能力。
边界值分析法：关注输入或输出的边界情况。在购物车商品数量的测试中，边界值可能是最小购买数量（如 1）、最大允许购买数量（系统设定的某个值），以及边界值附近的值（如 0、最大购买数量 + 1），以检查系统在边界条件下的行为。
场景法：基于业务场景来设计用例。对于购物车功能，可以设计正常购物场景（用户登录后添加商品、结算）、异常场景（未登录添加商品、商品售罄时添加）等，确保系统在各种场景下都能正确处理。
错误推测法：凭借测试人员的经验和直觉推测可能出现错误的情况。比如，推测购物车在网络不稳定的情况下可能出现数据丢失或计算错误，然后针对这些情况编写测试用例。

用例编号：为每个测试用例分配一个唯一的编号，便于管理和跟踪。编号可以采用一定的规则，如模块编号 - 功能编号 - 顺序号。例如，购物车模块可以是 “CT - 001 - 01”，其中 “CT” 表示购物车（Cart）模块，“001” 表示添加商品功能，“01” 表示该功能的第一个测试用例。
测试项目：明确测试用例所属的项目或模块名称。如 “电商平台购物车功能测试”。
测试标题：简洁明了地描述测试用例的内容。例如 “验证购物车能够正确添加单个商品”。
测试步骤：详细列出执行测试所需的操作步骤。对于 “验证购物车能够正确添加单个商品” 的测试用例，步骤可以是 “1. 打开电商网站首页；2. 选择商品并点击‘加入购物车’按钮；3. 检查购物车中是否成功添加该商品”。
预期结果：准确描述在执行完测试步骤后系统应该出现的结果。在上述购物车添加商品的测试用例中，预期结果可以是 “购物车中显示刚添加的商品名称、数量为 1，商品总价正确计算（如果有价格信息）”。
优先级：确定测试用例的优先级，一般分为高、中、低。高优先级的用例通常是涉及核心功能或容易出现严重问题的部分。对于购物车结算功能的测试用例可能优先级较高，而一些界面显示细节的测试用例优先级可能较低。

组织评审会议：召集相关人员，如开发人员、产品经理、测试负责人等参加评审。在会议上，测试人员详细介绍每个测试用例的内容、设计思路和预期目标。
收集反馈意见：参会人员对测试用例进行审查，提出意见和建议。开发人员可能会指出某些用例在技术实现上的误解，产品经理可能会对业务逻辑的覆盖程度提出补充要求。
修改和完善测试用例：根据评审意见，对测试用例进行修改。例如，如果开发人员指出某个功能的实现方式与测试人员理解不同，测试人员需要调整相应的测试步骤和预期结果，确保测试用例的准确性和有效性。

更新用例内容：当软件需求发生变更时，及时更新测试用例。如购物车功能增加了新的促销方式（如组合套餐促销），就需要在测试用例中添加针对新促销方式的测试步骤和预期结果。
删除或废弃用例：对于不再适用的测试用例，如旧功能被完全删除，可以将其删除或标记为废弃。但要注意保留相关记录，以备后续查阅。
定期回顾和优化：定期对测试用例进行回顾，优化测试步骤，提高测试效率。例如，可以将一些重复的步骤进行合并，或者根据新的测试技术和方法改进测试用例设计。