|
以JAVA Web Application为例, 介绍一下个人的测试环境配置过程, 如有问题, 请指出.
一般的测试环境配置, 都是基于一台可用的服务器, 可用的意思指服务器已经按照测试计划中的测试环境配置说明配置完成(包括硬件配置, 操作系统类型, 网络带宽等)., 这一步通常有系统管理员搞掂, 而测试工程师要做的环境配置是 1)数据库服务器 2)WEB服务器 3)其他服务器.
测试计划中需要包括测试应该包含几个BVT, 每个BVT的目标是什么, 持续时间多长, 参与角色和人物有哪些, 每个人的具体分工是什么, 其中有一个比较重要的是, 在新版本可测时, 测试环境应该由谁更新, 环境如何更新, 大致有两种方法: 1)获取新版本更新通知, 从配置管理库获取新版本(如果公司内部有比较正规的配置管理流程) 2)由开发或测试通过Build脚本完成自动源码获取/编译/打包, 然后将包更新到测试服务器(敏捷方式), 这里有个责任点需要分清, 源码的自动/获取/编译/打包应该由开发来完成, 然后开发通知测试到某地方取新版本的源码包, 然后测试再更新到测试服务器, 进行新一轮的测试.
上述两种方法不同的地方是配置管理的介入, 对于小公司或小型团队来说, 第二种方式是比较合适的, 能够适应较快的需求变更所引起的后续验证工作, 对于大型项目来说, 整个项目的生命周期里面, 需要进行几轮的测试以及每轮测试的周期都需要有很明确的计划, 否则陷入混乱之中, 开发团队/测试团队/配置团队/项目管理团队之间需要有一个公共的信息平台, 让相关的角色能够共享项目进度/风险等相关信息, 如果此环节出问题, 问题将不可估量.
对测试项目的实施来说, 个人感觉最重要的是测试团队内部的沟通, 测试团队间的沟通, 测试团队和其他团队之间的沟通, 沟通解决了, 信息同步并正确了, 风险或错误的比率将会有一定的下降, 项目的成功率也将有一定的提高.
Thanks for your reading, if anything wrong, please correct me. |
|