验收测试与确认测试

4Y6X!~!z-uC0从测试的策略来说，测试只分为这两类，验收测试和确认测试。

_6};^ nd%Dj0验收测试：你是在构造正确的产品吗？51Testing软件测试网w8pv(^9Xv

:v}v(M&v/Lx_.a0确认测试：你是在正确的构造产品吗？

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

由技术人员参与的确认测试包括需求的覆盖，兼容性，扩展性，性能指标。51Testing软件测试网*h(lYnO b+hF

xWs3X`uA1[0由用户参加的确认测试主要是可用性和易用性测试，当然还包括所有业务功能的体验测试。

B/A$l].N1Bf!X0但目前国内软件公司急功近利，开发周期短，很少有此阶段的测试安排。51Testing软件测试网9?8wt^"}&c\
但作为测试部门，有一部分工作是可以做的，那就是回归需求。前提：如果前期的需求采集做的好，那么我们的回归需求是有意义的。
ZczA0s"?+x"Q0至于具体的实施方法，我不得而知了，没有相关的工作经验。

l,PL/\d|%ofsr0 51Testing软件测试网 i|)q/j;JU4]`[