我正在尝试建立更正式的要求和测试程序,但是我找不到任何好的相关文件的参考例子。
目前,在功能冻结后,测试人员会在部署之前“通过应用程序”,但是没有正式的规范需要测试什么。
首先,我想要一个文档,该文档指定了需要测试的每个功能,类似于以下内容(这是虚构的):
- 用户注册表单
- 国家下拉菜单(是否正确从服务器获取国家?)
- 密码验证(是否遵守所有密码规则,如果密码太弱,是否通知用户?)
- 感谢您的注册
......等等。这也可以作为客户在程序员开始编码之前签署的要求的一部分。完成功能列表后,我考虑将此列表作为电子表格中的第一列,该表格还说出了功能上次测试的时间,它是否起作用,如果它没有起作用,它是如何破坏的。这将为测试人员提供一个文档,他们可以在每个测试周期后填写,以便程序员有待办事项清单,并提供有关哪些功能不起作用以及何时发生故障的信息。
其次,我考虑为测试人员提供详细步骤的测试用例,例如:
- 加载用户注册表单。
- (功能1.1)检查国家下拉菜单。
- 是否填充了国家下拉菜单?
- 国家名称是否本地化?
- 每种语言的排序顺序是否正确?
- (功能1.2)输入以下密码:“a”,“bob”,“password”,“password123”,“password123#”。只有最后一个密码应被接受。
- 按“确定”按钮。
- (功能2)检查感谢信。
- 文本是否针对每种支持的语言进行本地化?
这将为测试人员提供具体的测试案例和清单,以注意哪些内容,并指向第一个文档中的功能。这也将为我开始自动化测试过程提供一些东西(目前除单元测试外,我们没有太多测试自动化)。
我正在寻找其他人如何做到这一点的一些示例,而不需要太多的文件工作。通常,测试人员应该能够在一两个小时内完成所有测试。我正在寻找一种简单的方法来让客户同意我们应该为下一个版本实现哪些功能,并让测试人员验证所有新功能都已实现并且所有现有功能都正常工作,并将其报告给程序员。
这主要是内部测试材料,应该是几个Word / Excel文档。我正在尝试将一个测试/错误修复周期保持在两天以内。我以其他方式(JIRA)跟踪编程时间,新功能的实施和客户票证,这基本上是测试文档。我心目中的生命周期如下:
- 项目经理列出功能清单,客户签署(创建文档1)。
- 编写测试用例(文档2)。
- 程序员实现功能。
- 测试人员按照测试用例测试功能(并通过文档1报告错误)。
- 程序员修复错误。
- 返回步骤4,直到所有错误都被修复。
- 内部测试结束;向客户展示产品。
是否有任何指向一些包含测试用例的样本文档的提示?此外,欢迎提供有关上述过程的所有建议。:)