|
|
|
|
| 你需要知道的BVT(版本验证测试) |
|
|
| [文件格式] PDF |
|
[下载次数] 27 |
[资原分数]  0 |
[浏览次数] 314 |
| [上传时间] 2009-12-22 |
[文件大小] 188 KB |
| [上 传 者]
5etest |
[文件来源] 原创 |
|
|
|
|
|
|
|
|
|
原作者：Vijay Kumar
译者：Keith,落日沉鱼
什么是BVT?
版本验证测试是运行在每一个新版本上，用来验证该版本在发布给测试团队进行更深入的测试之前是否可测的测试集。这些测试用例关注核心功能，确保应用程序稳定、能够被彻底的测试。典型情况下，BVT是自动运行的。如果BVT失败，版本会再一次分配到开发人员那里进行修正。
BVT也被称为冒烟测试或是版本验收测试（BAT）
对于新版本主要检查两件事情
版本确认
版本验收
BVT的一些基本原理：
BVT是验证主要功能测试的子集。
BVT一般在每日build上运行，如果BVT失败，build会被拒绝并且一个新的build会在修复完成后发布。
BVT的优势是当应用软件主要功能有问题时，它节省了测试人员搭建和测试build所需要的大量精力。
仔细设计BVT使其覆盖基本的功能点。
一般来说BVT运行不应该超过30分钟。
BVT是一种回归测试，在每一个新build上执行。
BVT主要检查项目的完整性及所有模块是否被正确的整合。当项目的各模块是由不同的团队开发时，模块的整合性测试是非常重要的。我听说过许多由于模块整合不当造成程序失败的例子。甚至在最坏的情况下，由于模块整合的失败使得整个项目陷入困境。
在版本发布中主要的任务是什么？ 很显然,文档”check in” 也就是包含所有与各build相关的新加的和修改的项目文档。BVT主要用来检查初始版本健康度，也就是检查所有新加的和修改的文档是否被发布，所有文档格式是否正确，每个文档的版本、语言和标志是否和文档一一关联。
这些基本的检查在build发布给测试团队进行测试之前是有值得的。通过BVT，你在一开始就能发现build的缺陷，从而节约时间和金钱。
BVT应该包含哪些测试用例?
在自动执行BVT任务之前，这是一个非常棘手的决策。记住，BVT的成功取决于它所包含的测试用例。
下面是为BVT自动化测试挑选用例的简单的贴士
BVT中仅包含重要的测试用例
...... |
|
|
|
|
|
|
|
|
|
|
|
|
|
