验收测试与确认测试

从测试的策略来说，测试只分为这两类，验收测试和确认测试。51Testing软件测试网Lz.z-G.t a#W1Cp:G~

:u0hP3R/q0验收测试：你是在构造正确的产品吗？51Testing软件测试网8S-R/NK-s*c

ss4Bln E0确认测试：你是在正确的构造产品吗？51Testing软件测试网?i [|,SM^

3d%m+g7OeO%kB0可以看出，验收测试关注的是软件是否被正确的编码。我们通常所说的黑盒白盒都属于验收测试。具体的讲，他包括单元测试 ，集成测试的大部分和系统测试的全部：文档测试，数据库测试，压力测试，业务功能测试等。测试主要针对技术实施的是否正确。确认测试关注的是软件是否符合用户的需要，也就是说出发点是需求。我理解的确认测试，是需要用户参与的。因为无论开发还是测试人员，都不是产品的最终用户，都不能真正的代表用户的需求。我们通常所说的a测试和b测试，其实就是确认测试阶段的工作，直接由用户参与或bata版本，由用户单独体验测试。

5iW.AS:T0由技术人员参与的确认测试包括需求的覆盖，兼容性，扩展性，性能指标。51Testing软件测试网fWp)?6U AZ

由用户参加的确认测试主要是可用性和易用性测试，当然还包括所有业务功能的体验测试。51Testing软件测试网2X2xA7^:E
}

k5^E|!g8I0但目前国内软件公司急功近利，开发周期短，很少有此阶段的测试安排。
Z~&Sr8U6ETB#V}W0但作为测试部门，有一部分工作是可以做的，那就是回归需求。前提：如果前期的需求采集做的好，那么我们的回归需求是有意义的。51Testing软件测试网/K;~R%RP#l-d
至于具体的实施方法，我不得而知了，没有相关的工作经验。51Testing软件测试网.ZP3xm+I)Vcr!Q%I

 51Testing软件测试网3mN9~ Fa L/GMe F3D