众多客户进行询问, 软件验收测试究竟应当怎样去执行呢? 简要来讲, 验收测试的关键核心在于判定软件是不是契合合同所约定的需求, 并非如同系统测试那般全面地去排查所有潜藏的缺陷。验收测试所关注的要点在于“做得是否正确”, 而不是“是否还存在问题”。
1. 流程差异：业务场景驱动 vs 功能全覆盖
验收测试流程一般被划分成三个阶段, 分别是制定验收计划, 执行验收用例, 出具验收报告。这跟功能测试不一样, 功能测试常常追求用例覆盖率,验收测试却更着重于真实业务场景的模拟。就像一个电商项目, 验收测试仅仅测试“用户下单 - 支付 - 发货”这条主链路, 并不会去测试极端情形下服务器超时的处理。验收测试的用例数量不多, 不过每一条都直接命中业务核心。你得依据需求规格说明书, 逐一条目去确认功能有没有达成, 数据是不是正确地进行了流转。
2. 常见注意事项：环境、数据和签字权
验收测试执行之际, 极易踩到坑洼之处的乃是环境方面的问题。务必要保证验收环境跟生产环境十分相符, 涵盖服务器的配置, 数据库的版本, 网络的带宽。不然的话, 你于测试环境之中运行顺畅的流程, 上线之后有可能因为硬件上面的差异而出现报错情况。另外一个较为关键的要点是测试数据。验收测试需要运用真实或者近似真实的数据量, 比方说ERP系统验收之时, 起码得导入三个月的历史订单, 不然的话就没办法检验性能是不是达到标准。最后, 验收报告的签字之人得是用户代表或者甲方项目经理, 技术测试人员仅仅拥有执行的权力, 并不具备决策的权力。
3. 行动建议：抓住两个核心
要是你正承担着验收测试的相关工作, 那就得记好两条准则。其一, 千万别想着去涵盖所有的测试用例, 因为那是系统测试阶段所负责的事项。其二, 验收测试的通过标准必须得提前以书面形式予以确认, 特别是像“轻微缺陷究竟会不会对验收造成影响”这类细微的要点。就好比有一个页面按钮的颜色出现了偏差, 然而其功能却是正常的, 这种情况到底能不能算验收通过呢? 诸如此类的争议之处, 都得在测试开始之前就清清楚楚、明明白白地写下来。验收测试的实质是对风险予以确认, 并非为质量担负兜底功能。你仅需回应一个问题: 对于这个软件来讲, 客户有没有胆量直接着手去使用它?
