现在在公司实习挺无聊的，去了以后还是看什么文档，每个公司都有自己的Process，没办法~看吧，然后课余时间看了一下这本买了好久但是一直没有看的书：）一个星期5天看三章，进度还可以吧，娃哈哈~自己YY一下~
《Software
Testing》Second Edition, Ron Patton.为了方便~下文就称之为STSE。
51Testing软件测试网 |5K8H |jH-v
Software Testing里面一个比较有趣的问题就是，应该怎么称呼这个BUG呢（貌似我已经给下了定义-__-b）。这个更加专业点吧，就是Software Failure有什么称呼！？其实有以下列举的词~包括但不仅限于哦~
- Defect（REYREY以前就用这个，感觉还挺好~）
- Fault（过错、毛病之类，听起来比上面的严重）
- Problem（问题~）
- Error（错误~看起来好像挺严重的）
- Incident（事件~这个词看着很温和，没那么激进）
- Anomaly（异常~嗯……）
- Variance（不一致，这个也很“客观”啊）
- Failure（失灵~故障，听起来也是很吓人的）
- Inconsistency（矛盾！个人认为比较客观的说法）
- Feature（特征，功能……这个……我汗啊）
- Bug（最常用的就是这个）
51Testing软件测试网o!k7o3f8X TVl每个公司都有自己的一个叫法，之所以有那么多叫法根据猪蹄说的原因就是~要估计程序员的感受，不要搞的DEV和QA好像是对立面似的，所以他们公司叫SIR，不是先生的意思~~System Investigation Report~~有问题了，你们（DEV）去调查调查吧~哈哈，有意思！以前公司叫SPR~System Problem Report~~这里有个问题报告哦。现在我实习的地方好像直接叫Defect Report~其实叫啥不重要，就像人的名字，一个符号而已~51Testing软件测试网"VUS Q _RK"Ur1m
qp"~ \9N0现在来探讨一下一个BUG的定义是什么~根据STSE里面定义，一个BUG就是
b B fIN/\OVJ#V.~ F#Q01.the software doesn't do something that the product specification says it should do.51Testing软件测试网*J(^3?9[ ^D
举例：如果spec上说，只要填好必填的项目，然后按“注册”就能注册成功，但是实际发现不行~注册不了
v,H1h7m8\02.the software does something that the product specification says it shouldn't do.51Testing软件测试网 DU@]1ib
举例：如果spec上说，只要填好必填的项目，然后按“注册”就能注册成功，实际发现没填完必填的项目也能成功注册
*f8r\%l1Q03.the software does something that the product specification doesn’t mention.51Testing软件测试网y8l_Mt1uB
举例：如果一个网络游戏的spec上没有提及该游戏提供实时语言聊天功能，但是游戏release以后发现多了这个功能，那么这就是一个bug。因为实现的feature越多~把bug带进软件的机会就越大~
kTD(e,{F'c2F04.the software doesn't do something that the product specification doesn't mention but should.51Testing软件测试网T8n
_@1g5k
举例：例如一个充电器spec上没有说这个充电器在电池满电的时候会自动断电保护，但是这个自动断电保护的功能是应该有，如果不是大家都被XX电池炸死了，呵呵~
f,GE7f9?:H:Y05.the software is difficult to understand ,hard to use ,slow ,or-in the software tester's eyes-will be viewed by the end user as just plain not right.
u \l.P{;t'l)p0这个就不举例了，不过我个人觉得这个很难去厘定，什么是难用，什么是慢~HOHO~
:}3|.M+n$Zb5M}2D9@6P {0有了上面的定义现在可以讨论一个问题~如果现在有这样的一个BUG，他在产品的整个开发周期里面都没有被发现，最终release了出去，但是很幸运地~客户也没发现这个BUG~那么这个BUG能叫一个BUG么？~51Testing软件测试网9Dow0\4I8O
这个讨论一定是个很有意思的讨论，嘿嘿，大家可以在什么Seminar上拿出来研究研究，嘿嘿！我个人认为，如果根据以上对BUG的定义，那么他就是一个BUG，至于有人会争辩说~这不是一个BUG，都没有人发现他，没有对任何人或者机构造成任何的IMPACT~不过STSE上有这样的一句话：51Testing软件测试网O+fBNH n$G
If a tree falls in the forest and there is nobody around, does it make a sound?
%l+uM,` N ]6_0呵呵，不过这个也就是茶余饭后讨论着玩的问题吧，DEV和QA有一大堆问题需要处理，对这个“未知”的BUG，何必那么较真~
S'u&nD(i$a4h:U0下面就看看一个软件都包含了哪些东西~
51Testing软件测试网g'A I,s yf|P
嗯……软件不就是一个CD-ROM嘛~
O {
XY D0错了！是DVD-ROM~
3h
A*?p
qQ0别傻了现在都是网上下载的~
51Testing软件测试网*Qc-| pY#^(f!NUU e这些只是我们一般用户看到的最终产物~不过对于一个tester来说，以下的东西对
工作是比较重要的：
51Testing软件测试网+w9l p8p^P6VCustomer Requirements（客户需求）~现在这个物质极大丰富的年代（相对于80's，呵呵），做生意已经不是说我做一个XXX产品出来卖给你，而是我看你（用户）喜欢什么，然后我回去做好了再拿来卖给你，所以客户需求是很重要的，不过说实话估计大多数公司的tester都没时间看需求吧~接到任务的时候都已经快release了~天啊！！
%u:Y y
m2QQ0Specifications（说明书），说明书从需求转化而来，定义了产品是怎么样的，能干什么等等……根据行业的不同，说明书的详细程度也有所不同。
'i^ |~(t)V1b/}:f0Schedules（进度表）大家都见过的~呵呵。这个表的目的其实就是能看到哪些工作已经完成，没有完成的任务还需要多长时间才能完成，然后总的任务在什么时候能完成等等~
51Testing软件测试网Eb4y+o ?JSoftware Design Documents（设计文档）书上说的5种，不是全的，有些也可能只是某文档的一部份而已。我自己见过比较常见的High-Level Design, Low-Level(Detail) Design。书上说的数据流图，状态转换图等等，有时候就出现在HLD里面了~
51Testing软件测试网%t$y&\2K:yF CTest Documents（测试文档）包括了测试计划，测试用例，问题报告，统计报告等……这里我自己讲讲体会，刚来这个公司看文档的时候我看到了Test scrīpt这个名词，一开始我以为是自动化脚本，后发现其实就是Test Case，所以说这些所有名词都可以有
其他叫法，概念上本质上是一个东西就行了~呵呵
说了那么久，那一个Tester究竟是干啥的，STSE里面说的是
`|2B|_0The goal of a software tester is to find bugs.
Q7p!XHG$p0嗯！那么简单，就是找BUG嘛~~哈哈！但是……如果tester找的比customer慢，那岂不是白养了？所以就有
e c P?8E l0The goal of a software tester is to find bugs and find them as early as possible.
8DDk8rn
f$g0如果我们找的比客户快和早，那么对于用户来说就不是BUG啦，呵呵~~慢着，找到就完了？哦~对，还要保证BUG被修复的啊，如果不是就白找了~最终的定义是51Testing软件测试网)J G2G
V0O'^
The goal of a software tester is to find bugs, find them as early as possible, and make sure they get fixed.51Testing软件测试网:z.X(^5|-\Hw;W:G:I
呵呵，就是快恨准~
