测试手册中有什么内容？

#1 楼

警告：我已经对测试剧本进行了一些讨论和思考-我不相信我对其他剧本的理解一定相同，部分原因是对该概念的讨论不够（我知道，会喜欢参考（如果有的话）以达成共识。这是我目前最好的尝试，毫无疑问，它将改变。 br />
“测试手册是用于智能测试的工具。”
”我希望生产和维护成本更低的产品，同时使测试方法变得更好。”
“一组列表，表格，流程，组合-紧凑的参考，使我能够进行全面的探索性测试。”
“它有助于测试设计和测试性能。”

对我来说，这本质上是一种在我进行测试时在我的鼻子底聚集的方式，在测试时产生新的测试思路，或者帮助我了解构建正在进行的测试的替代方法。当我在进行一些复杂的测试时，我需要掌握很多信息-对我来说，将其中的一些信息从头脑中拿出来并记录在纸上或Wiki上可以帮助我更有效地进行测试。它还可以帮助我要求对我收集到的一些内容进行审查，并与我的团队分享。

这样，我认为您的测试手册的内容将高度针对项目。

但是，举几个例子：

对于我来说，在一个项目中，我们从一开始就采用了剧本的想法，那就是数据模型，映射，我们的业务场景草图，许多测试所共有的SQL查询，如何设置某些测试的过程描述。我们复杂的测试数据，等等。
-上下文：数据仓库/商业智能，非常复杂的测试
数据，旧系统，需要与开发人员/架构师密切合作。

以下是其他人在谈论他的测试人员的剧本：列表，测试人员的模型，方案，技术说明，环境说明和问题。再次，他将其用于协作目的，由于讨论的缘故，很多注释都被注释了。关于如何编写剧本的问题，涉及到与开发人员和架构师的大量讨论，涉及风险领域，预言家，可测试性缺陷，依赖性等。