我们需要专职的 QA 吗？

有不同的观点，有争论总是一件好事，这样可以引发大家的思考。所以，对于我的这篇博文，如果你赞同我的观点，我会感到高兴，如果你会去认真地深入思考，我也会高兴，如果你反对，没关系，可以讨论。在此之前，我想说明一下我观点里的这个“专职QA”是怎么定义的。其是很多公司成立的专门做测试的技术人员，仅测试不开发。这些QA对于软件开发技术并不熟悉，甚至不懂。我经历过一些公司都有专职的QA团队（专职的测试人员），自从上个公司我的开发团队在一个项目上被QA部门搞得一团糟，我越来越怀疑专职QA存在在意义。我的观点不一定对，但请让我鲜明地表达一下——我觉得是不需要全职的QA的，甚至不需要QA这一专职角色或部门，因为，不懂开发的人必然做不好测试。就像不懂开发的研发经理必然管不好研发团队一样。我越来越觉得Dev应该应该是做测试最合适的人选，这必然是未来的趋势 （因为我已经看到了中国程序员的进步，相比起10年前，今天的程序员已经是非常全面了，再来十年，必然证明我的观点是对的）。在我正在展开说明之前，我想引用两篇文章：两篇文章一篇是 “On testers and testing”(中文翻译)，本文的作者Sriram Krishnan是一名程序员，曾在Yahoo和微软工作过，开发过很多软件，曾被纽约时报报道，写过一本书，本文是他的一篇博客。他在文章中表达了这几个观点——大多数的开发团队并不需要一个独立的测试角色。即使要有，那么所有的开发时间比上所有的测试时间应该 >20:1的。。证据吗？光看看一些从古至今最成功的软件开发团队就知道了。不论是当今的Facebook，还是30年前最初的NT团队，很多伟大 的产品都是出自没有或很少测试人员的团队。开发人员应该测试自己的代码。没什么可说的。背后的道理并不重要。这包括单元测试，全覆盖的自动化测试或手工测试或组合测试。如果你的开发人员不能/不愿意或认为这“不归我管”，那你需要更好的程序员。另一篇文章是邹欣的“现代软件工程讲义 9 测试 QA 的角色和分工”，这是一篇很不错的文章。他在文章里提到了分工的必要性，比如第三方的鉴定机构，并且也指出了分工的一些问题，比如，画地为牢的分工，无明确责任的分工，等，这些问题直接命中了分工的要害。我隐约觉得，我和邹欣的很多观点是相同的，我们内容上是相同的，只是形式上还有分歧。另外，我的观点太鲜明了，从而容易导向极端的理解。你看，我们都同意，Dev要懂测试，QA要懂开发，只不过分工不同，既然你中有我，我中有你，那就不要分彼此了，一起携手开发测试吧。（另外，我个人觉得不懂开发的测试人员不可能测试得好） 我的故事我再说说我最糟糕的QA经历吧，这个公司的QA部门只做测试，他们的leader觉得所有的test design和test 的过程都不需要Dev参与，他们是独立于Dev之外的部门，他们几乎不关心Dev的设计和实现，他们只关心能跑通他们自己设计的test case。但是去执行Test Case的时候，又需要Dev的支持，尤其在环境设置，测试工具使用，确认是否是bug方面，全都在消耗着Dev的资源，最扯的是，他们对任何线上的问题 不负责，反正出了问题由Dev加班搞定。我有一次私自review他们的test case的时候，发现很多的test case这样写到 –“Expected Result：Make sure every thing is fine” ，WTF，什么叫“Every thing is fine”？！而在test case design的时候，没有说明test environment/configuration 是什么？没有说明test data在哪里？Test Case、Test Data、Test Configuration都没有版本控制，还有很多Test Case设计得非常冗余（多个Test Case只测试了一个功能），不懂得分析Function Point就做Test Design。另外，我不知道他们为什么那么热衷于设计一堆各式各样的Negative Test Case，而有很多Positive的Test Case没有覆盖到。为什么呢，因为他们不知道开发和设计的细节，所以没有办法设计出Effective的Test Case，只能从需求和表面上做黑盒。在做性能测试的时候，需要Dev手把手的教怎么做性能测试，如何找到系统性能极限，如何测试系统的latency，如何观察系统的负载（CPU，内存，网络带宽，磁盘和网卡I/O，内存换页……）如何做Soak Test，如何观察各个线程的资源使用情况，如何通过配置网络交换机来模拟各种网络错误，等等，等等。测试做得也不认真，大量的False Alarm，都是环境问题，比如：安装新版本后没有重启服务，没有使用新的配置文件，网络配置，等等，等等。在项目快要上线前的一周，我又私自查看了一下他们的Test Result，我看到5天的Soak Test 的内存使用一直往上涨，很明显的内存泄露，这个情况发生在2个月前，但是一直都没有报告，我只好和我的程序员每天都加班到凌晨，赶在上线前解决了这个问 题。但是，QA部门的同学们就像没发生什么事似的，依然正常上下班。哎……为什么会这样？我觉得有这么几点原因（和邹欣的观点一样）给了QA全部测试的权力，但是没有给相应的责任，QA没有体会过软件质量出问题后的痛苦（解决线上问题的压力），导致QA不会主动思考和改进。QA对Dev的开发过程和技术完全不了解，增加了很多QA和Dev的沟通。QA对软件项目的设计和实现要点不了解，导致了很多不有效的测试。注：我无意在这里贬低QA的能力工作。只是我看到了QA因为没有参与开发的一些现实问题。我的观点邹欣对于分工出现的问题给出了两点解决方法：充分授权和信任（Empower team members）各司其职，对项目共同负责（Establish clear accountability and shared responsibility）我的观点是， 理论上正确， *** 作上太虚了。这就像我们国家喊的“为人民服务”的口号一样，没有具体的方法，根本无法落实。我无意在这里贬低QA的工作，我也无意因为这个事走向另一个极端。但是，我在现在公司的经历，还有很多新兴公司的做法，我越来越觉得软件开发，真的不需要专职的QA，更不需要只写代码不懂做测试的专职的Dev。观点如下：1） 开发人员做测试更有效开发人员本来就要测试自己写的软件，如果开发人员不懂测试，或是对测试不专业，那么这就不是一个专业的开发人员。开发人员了解整个软件的设计和开发过程，开发人员是最清楚应该怎么测试的，这包括单元测试，功能测试，性能测试，回归测试，以及Soak Test 等。开发人员知道怎么测试是最有效的。开发人员知道所有的function point，知道fix一个bug后，哪些测试要做回归和验证，哪些不需要。开发人员的技术能力知道怎么才能更好的做测试。很多开发人员只喜欢写代码，不喜欢做测试，或是他们说，开发人员应该关注于开发，而不是测试。这个思路相当的错误。开发人员最应该关注的是软件质量，需要证明自己的开发成果的质量。开发人员如果都不知道怎么做测试，这个开发人员就是一个不合格的开发人员。另外，我始终不明白，为什么不做开发的QA会比Dev在测试上更专业？ 这一点都说不通啊。2）减少沟通，扯皮，和推诿想想下面的这些情况你是否似曾相识？QA 做的测试计划，测试案例设计，测试结果，总是需要Dev来评审和检查。QA在做测试的过程中，总是需要Dev对其测试的环境，配置，过程做指导。QA总是会和Dev争吵某个问题是不是BUG，争吵要不要解决。无论发现什么样的问题，总是Dev去解决，QA从不fix问题。我们总是能听到，线上发生问题的时候，Dev的抱怨QA这样的问题居然没测出来，QA也总会抱怨Dev代码太差，一点也不懂测试，没怎么测就给hand over 给QA了。QA总是会push Dev，这个bug再不fix，你就影响我的进度了。等等，等等。如果没有QA，那么就没有这么多事了，DEV自己的干出来的问题，自己处理，没什么好扯皮的。而一方面，QA说Dev不懂测试，另一方面Dev说QA不懂技术，而我们还要让他们隔离开来，各干各的，这一点都不利于把Dev和QA的代沟给填平了。要让Dev理解QA，让QA理解Dev，减少公说公有理，婆说婆有理的只站在自己立场上的沟通，只有一个方法，那就是让Dev来做测试，让QA来做开发。这样一样，大家都是程序员了。3）吃自己的狗食真的优秀的开发团队都是要吃自己狗食的。这句话的意思是——如果你不能切身体会到自己干的烂事，自己的痛苦，你就不会有想要去改进的动机。没有痛苦，就不会真正地去思考，没有真正的思考，就没有真正的进步。在我现在的公司，程序员要干几乎有的事，从需求分析，设计，编码，集成，测试，部署，运维，OnCall，从头到尾，因为：只有了解了测试的难度，你才明白怎么写出可测试的软件，怎么去做测试的自动化和测试系统。只有自己真正去运维自己的系统，你才知道怎么在程序里写日志，做监控，做统计……只有自己去使用自己的系统，你才明白用户的反馈，用户的想法，和用户的需求。所以，真正的工程师是能真正明白软件开发不单单只是coding，还更要明白整个软件工程。只明白或是只喜欢coding的，那只是码农，不能称之为工程师。4）其它问题关于SDET。全称是Software Development Engineer on Test。像微软，Google， Amazon都有这样的职位。但我不知道这样的职位在微软和Google的比例是多少，在Amazon是非常少的。那么像这样的懂开发的专职测试可以有 吗？我的答案是可以有！但是，我在想，如果一个人懂开发，为什么只让其专职做测试呢？这样的程序员分工合理吗？把程序分成两等公民有意义吗？试问有多少懂开发的程序员愿意只做测试开发呢？所以，SDET在实际的 *** 作中，更多的还是对开发不熟的测试人员。还是哪句话，不懂开发的人是做不好测试的。如果你说Dev对测试不专业，不细心，不认真，那么我们同样也无法保证QA的专业，细心和认真。在Dev上可能出现的问题，在QA也也会一样出现。而出了问题QA不会来加班解决，还是开发人员自己解决。所以，如果QA不用来解决问题，那么，QA怎么可能真正的细心和认真呢？如果你说不要QA的话，Dev人手会不够。你这样想一下，如果把你团队中现有的QA全部变成Dev，然后，大家一起开发，一起测试，亲密无间，沟通方便，你会不会觉得这样会更有效？你有没有发现，在重大问题上，Dev可以帮上QA的忙，但是QA帮不上Dev的忙。第三方中立，你会说人总是测不好自己写的东西，因为有思维定式。没错，我同意。但是如果是Dev交叉测试呢？你可能会说开发人员会有开发人员的思维定式。那这只能说明开发人员还不成熟，他们还不合格。没关系，只要吃自己的狗食，痛苦了，就会负责的。磨刀不误砍柴功。如果你开发的东西自己在用，那么自己就是自己天然的QA，如果有别的团队也在用你开发的模块，那么，别的团队也就很自然地在帮你做测试了，而且是最真实的测试。你可能会说吃狗食就是个笑话，因为如果是我，我把干烂的事，就离职走人了，让别人去吃我的狗食。这个在现实中 的确会发生，也是很现实的。但是想一想，你为什么在一开始让他把事干烂了？另外，如果你的团队在设计评审和代码评审里没有把好关，让某人把事给干烂了，那 么这个人的离职带来的问题还是这个团队来扛，于是整个团队都在吃自己的狗食，挺公平的。痛苦过一次，你的团队下次怎么干了，就不敢乱招人了，就不敢随意评 审代码了，就不敢让人只做一块东西了。最终还是没有逃脱吃狗食的范畴。关于系统集成测试。所谓集成测试，就是把多个开发团队开发的模块集中起来测试。因为开发人员可以无法看到全 局，不了解别个团队的系统，所以需要有统管全局的专职的QA进行测试。对这个方面，我并不反对，在实际 *** 作过程中，好像的确用专职的做集成测试的QA更有 效一些。不过，这还是不能让我停止去思考两个问题，1) 如果开发人员看不到全局，他能开发出更好的软件吗？2）这个全职的做集成测试的QA难道不能是各个团队的骨干Dev来组成吗？关于自动化测试。所谓自动化的意思是，这是一个机械的重复劳动。我想让测试人员思考一下，你是否在干这样的事？如果你正在干这样的事，那么，你要思考一下你的价值了。但凡是重复性比较高的机械性的劳动，总有一天都会被机器取代的。关于线上测试。我们都知道，无论自己内测的怎么样，到了用户那边，总是会有一些测试不到的东西。所以，有些公 司会整出个UAT，用户验收测试。做产品的公司会叫Beta测试。无论怎么样，你总是要上生产线做真正测试的。对于互联网企业来说，生产线上测试有的在玩 A/B测试，有的玩部分用户测试，比如，新上线的功能只有10%的用户可以访问得到，这样不会因为出问题让全部用户受到影响。做这种测试的人必然是开发人 员。好吧，我暂时写这么多，我会视大家的讨论再补充我的观点的。—– update —–一些人觉得我是在泄私愤，我能够理解为什么我会被这样误解，但是没有关系，很多新东西新观点总是会被误解的，我坦然面对。（全文完）

一.认识android的架构

Android其本质就是在标准的Linux系统上增加了Java虚拟机Dalvik，并在Dalvik虚拟机上搭建了一个JAVA的application framework，所有的应用程序都是基于JAVA的application framework之上。

android分为四个层，从高层到低层分别是应用程序层、应用程序框架层、系统运行库层和linux核心层。

二.搭建环境

搭建开发环境

对国内的开发者来说最痛苦的是无法去访问android开发网站。为了更好的认识世界，对程序员来说，会翻墙也是的一门技术，带你去领略墙外的世界，好了，不废话了, 国内开发者访问(androiddevtools) 上面已经有了所有你要的资源，同时可以下载到我们的主角framework

但是这样的搭建只能去阅读源代码，我们无法去更进一步去实现自己的rom,我们看到锤子的系统在早期的开放rom是自己从新实现了framework的代码，现在看起来他成功了，所以我们还要去搭建android系统的源码编译环境。

搭建源码编译环境

三.开始主题

在一开始写c程序的时候都有一个运行的入口，比如

#include <iostream>

#include <cmath>

#include <algorithm>

using namespace std

//这里的main就是应用的入口

int main(int argc, const char * argv[]){

return 0

}

在计算机网络原理中我们用socket实现一个服务器端，不断的接听客户端的访问，而且他的代码是这样实现的：

#include <winsock2.h>

#pragma comment(lib, "WS2_32.lib")

#include <stdio.h>

void main()

{

WORD wVersionRequested//版本号

WSADATA wsaData

int err

wVersionRequested = MAKEWORD(2, 2)//2.2版本的套接字

//加载套接字库,如果失败返回

err = WSAStartup(wVersionRequested, &wsaData)

if (err != 0)

{

return

}

//判断高低字节是不是2,如果不是2.2的版本则退出

if (LOBYTE(wsaData.wVersion) != 2 ||

HIBYTE(wsaData.wVersion) != 2)

{

return

}

//创建流式套接字,基于TCP(SOCK_STREAM)

SOCKET socSrv = socket(AF_INET, SOCK_STREAM, 0)

//Socket地址结构体的创建

SOCKADDR_IN addrSrv

addrSrv.sin_addr.S_un.S_addr = htonl(INADDR_ANY)//转换Unsigned long型为网络字节序格

addrSrv.sin_family = AF_INET//指定地址簇

addrSrv.sin_port = htons(6000)

//指定端口号,除sin_family参数外,其它参数都是网络字节序,因此需要转换

//将套接字绑定到一个端口号和本地地址上

bind(socSrv, (SOCKADDR*)&addrSrv, sizeof(SOCKADDR))//必须用sizeof，strlen不行

listen(socSrv, 5)

SOCKADDR_IN addrClient//字义用来接收客户端Socket的结构体

int len = sizeof(SOCKADDR)//初始化参数,这个参数必须进行初始化，sizeof

//循环等待接受客户端发送请求

while (1)

{

//等待客户请求到来；当请求到来后，接受连接请求，

//返回一个新的对应于此次连接的套接字（accept）。

//此时程序在此发生阻塞

SOCKET sockConn = accept(socSrv, (SOCKADDR*)&addrClient, &len)

char sendBuf[100]

sprintf(sendBuf, "Welcome %s to JoyChou",

inet_ntoa(addrClient.sin_addr))//格式化输出

//用返回的套接字和客户端进行通信

send(sockConn, sendBuf, strlen(sendBuf)+1, 0)//多发送一个字节

//接收数据

char recvBuf[100]

recv(sockConn, recvBuf, 100, 0)

printf("%s\\n", recvBuf)

closesocket(sockConn)

}

}

他采用了一个while死循环去监听客户端的请求。

先上源代码

public final class ActivityThread {

public static void main(String[] args) {

SamplingProfilerIntegration.start()

CloseGuard.setEnabled(false)

Environment.initForCurrentUser()

EventLogger.setReporter(new EventLoggingReporter())

Security.addProvider(new AndroidKeyStoreProvider())

final File configDir = Environment.getUserConfigDirectory(UserHandle.myUserId())

TrustedCertificateStore.setDefaultUserDirectory(configDir)

Process.setArgV0("<pre-initialized>")

Looper.prepareMainLooper()

//从中可以看到为app开辟了一个线程进入了looper之中

ActivityThread thread = new ActivityThread()

thread.attach(false)

if (sMainThreadHandler == null) {

sMainThreadHandler = thread.getHandler()

}

AsyncTask.init()

if (false) {

Looper.myLooper().setMessageLogging(new

LogPrinter(Log.DEBUG, "ActivityThread"))

}

Looper.loop()

throw new RuntimeException("Main thread loop unexpectedly exited")

}

}

看到源码失望了，没有一个while循环啊，其实用了他方法实现

//用一个looper的机制循环监听响应

Looper.prepareMainLooper()

Looper.loop()

进一步深入代码

public static void loop() {

final Looper me = myLooper()

if (me == null) {

throw new RuntimeException("No LooperLooper.prepare() wasn't called on this thread.")

}

final MessageQueue queue = me.mQueue

Binder.clearCallingIdentity()

final long ident = Binder.clearCallingIdentity()

// 在这里看到了一个循环监听消息

for () {

Message msg = queue.next()// might block

if (msg == null) {

// No message indicates that the message queue is quitting.

return

}

Printer logging = me.mLogging

if (logging != null) {

logging.println(">>>>>Dispatching to " + msg.target + " " +

msg.callback + ": " + msg.what)

}

msg.target.dispatchMessage(msg)

if (logging != null) {

logging.println("<<<<<Finished to " + msg.target + " " + msg.callback)

}

// Make sure that during the course of dispatching the

// identity of the thread wasn't corrupted.

final long newIdent = Binder.clearCallingIdentity()

if (ident != newIdent) {

Log.wtf(TAG, "Thread identity changed from 0x"

+ Long.toHexString(ident) + " to 0x"

+ Long.toHexString(newIdent) + " while dispatching to "

+ msg.target.getClass().getName() + " "

+ msg.callback + " what=" + msg.what)

}

msg.recycleUnchecked()

}

}

成功的怼对方一次是什么感受

一个字简洁明了的介绍感受就是爽啊!贼爽啊!超级爽!

我天性是个爱闹爱嗨的活泼人物，但是呢，上了大学之后这性子就收敛了许多，这里的许多指的可能是有七八分的样子吧。

因为准备去上大学的那段时间里，无论是家人还是朋友都是满满的担心，说我在家里在朋友身边被宠被惯习惯了，怕进了大学跟人家关系不容易相处好。因为像我这种性子喜欢的人就是喜欢的不行，讨厌的人就是恨不得打骂我来解气。

然后呢，我就谨听教诲，极收敛自己，做个听话的不哭不闹安安静静的好孩子。

俗话说林子大了什么鸟都有，但是你就是想不明白怎么什么鸟都在大学里遇到了呢，头疼。但是依旧不可否认的是大学是个有趣的地方，可以见到认识许许多多形形色色的人，当然包括那些个奇葩（翻白眼）。

那么大学里面跟你最有交集的就是室友宝宝们了呀，这一个个奇葩疯子如果不是上了大学我可能只是在各种狗血影视剧里看见。

刚步入大学就开始苦逼的军训生活，然后呢，经历过军训的或者说经历过比较严谨的军训的孩子们都懂军训有多累人，那中午教官一说解散就累的要立刻马上躺到床上休息才能救活自己一命了，什么吃饭啊都是次要的事了。

但是呢，总是有那么一个精力极好的宝宝，大家都躺着睡觉休息，人家躺着玩手机，玩手机就算了还要带大家一起听，放个音乐啊打局游戏放游戏音啊看影视剧放外音啊。然后提醒她吧，人家也听，调小声音不过半分钟就再次开外音甚至于声音更大了，这个憋火啊!

可是呢，我都已经是要乖要安安静静的做个温柔的不惹事的孩子了，所以说我尽力忍着，又可是呢其他人忍不住啊，直接语气冲了起来。然后大家就气氛尴尬，她也识相的关了声音。本来以为经过这次事她也就认识到了宿舍生活需要大家互相理解。

然而呢，只是我们以为而已!她还是一如既往的在每天大家都午休睡觉的那个时间点准时的放外音。然后我们其他几个人想都是室友，关系闹僵了也不好就尽力忍了，但是人家非但不领情还就是故意要试探你们的底线在哪!

于是乎，我忍不住了。一天，她还是这样的扰人，我刚刚睡着就被她手机声音吵醒，喊着她提醒了一句，她没听见，我又声音大点喊她，她还是没听见，我又又几乎用喊相距甚远的声音喊她，才知道人家是装作没听见!啊啊啊，真的好气好气。于是固执的我非要喊到她应我，她旁边床位的室友提醒她我在喊她，她无辜的说她没听见!!

好吧，这就算了，我说你现在听见了，能不能把声音关了或者你戴耳机，我们都要休息了，她哦了一声就关小了声音。好吧，这也算有点回应了。但是!但是!还是不过半分钟人家任性般的把声音开的老大，直接震醒了刚刚准备进入睡梦刚要去找寻周公的我们。我直接问她什么意思，人家也带着极不爽的语气说我以为你们睡着了。我勒个去，你们家睡着了是睡死了吗，睡着了你放这么大的声音就吵不醒了吗？简直过分!我带着怒火的喊道，怼的她没说半个字。

终于，这才算奏效了啊。后来讨论我们室友都说亏了我那次的怼，她才算改了这点。

在大家互相理解互相包容的情况下我们慢慢的走过了两年，也都习惯了彼此的疯癫奇葩，更被感染了不少奇葩疯癫，不知是好还是坏哈哈哈。

---