高薪QA之我见(Part I)

有人说QA就是保证软件不出错，能够正确的显示值，能够体现正确的业务需求，仅此而已，没什么技术含量，高中生也可以做。话虽如此，但是要真正能做到就不简单了。这也就是为何有的QA才1000，2000一个月，而有的可以拿到年薪20w甚至30w。下面我就谈谈如果让我去应聘QA，我会如何来体现获取高薪的能力。

 

软件其实是一个好脑力的工作，有人说软件是见过的最抽象的工作，所有的工作都直接运转在脑子里面。与其它行业不同，软件的质量是一个非常抽象的概念，或者说是一个没有量化的概念。一句话“软件测试不好做”。举一个比较俗的例子，如果你是一个建筑工人，你砌好的砖头，可以用一把尺来量是不是满足几何学上的要求，如果你是一个汽车设计工程师，生成的汽车最终会通过各种各样物理仪器的测试来保证质量。但是如果你测试的是一个软件，只有你的大脑能提供给你一把抽象的尺，提供一个抽象的物理仪器。

 

求同存异，虽说有所不同，但是我们仍然可以找到一些共同点。我归结一下就两点，

 

1.定位期望结果

2.跟踪问题

 

先来谈谈定位期望结果。不管哪种测试都会“期望结果”，几何的量化也好，仪器的物理参数也好，都是一种期望结果的体现。软件其实也一样，这也是我们常说的Expected Result。通常情况下QA面对的是一个抽象的过程，抽象的需求。对于新手来说往往会无从下手。有测试用例的，新手只会简单地按照测试用例的步骤来走，结果就是测不出问题或者测出的问题比较肤浅。没有测试用例的，那可能连测试用例都无法完成。

高级的测试人员往往不会盲目地下手，而是对需求进行再分析。所谓再分析，不是说去再做一遍BA所做的事情，而是从测试的角度来对整个需求或者说测试的目标进行细化，将整个Case分为多个小的Case，每一个小的Case就是一个独立的测试单元。通常情况下，QA需要为每个测试单元定义如下几点：

 

1. 边界情况

边界情况考虑的是软件健壮性的测试。日常工作中，由于end user的各异，边界测试是非常重要的。如何定义边界，对于大部分黑盒QA来说，就是push黑盒接口最大访问度。如果面向的是UI，那么暴力一点的定义方式，就是每一个UI满额输入值。如果是针对一个业务运算的Case，那么就需要考虑，除零，最大数越界(int, long)，正负数，最大精度等等边界问题。

 

2. 异常分类

异常分类指测试单元的容错性，QA需要对可恢复异常和不可恢复异常有明确的定义。比如，一个用户界面的数据校验异常，往往是可恢复的，如果出现了不可恢复的异常信息，那就是不符合测试要求。同时，对于可恢复异常，QA也要有明确的异常处理定义，包括异常提示信息，异常处理流程等等。

 

3. 前置条件

前置条件是测试单元非常重要的一点。在测试的时候常常会发现不同功能点之间是有依赖的，以至于要完成整个测试过程会非常麻烦，效率很低。这时候就需要有前置假设，也就是说在测试当前功能点时，那些条件是必须要满足的。而根据这个前置条件，QA可以有针对性地进行测试，而不是盲目的去试各种排列组合。这也是并行测试一个很重要的概念。

 

4. 期望输出结果

期望结果这就不用说了，根据业务模型，考虑各种情况下的输出结果。这里需要强调的就是，在定义期望结果时，不一定是一个特定的值，而有可能是一个业务模型，比如一个公式。当然如果配上几个Example，那样就会更加便于理解。

 

5. 覆盖功能点

覆盖功能点主要作用是便于记录，下次做回归测试时的覆盖度，也就是说，当一个测试用例需求发生变化时，需要回归测试的会有哪些功能点。

 

6. 期望性能结果

对于性能要求较高的系统而言，这也是必要的一个测试要素。通常来说，QA需要做的是看系统在不同情况下的响应速度，这包括，边界情况下的响应速度，正常情况下的响应速度，以及异常情况下的响应速度。对于高级的QA而言，还需要会使用一些性能测试工具，来进行压力测试，看压力情况下系统的资源消耗，和响应速度。

 

未完待续。。。