努力成为一个优秀的测试开发从业者，加油！！！   

目录

一、白盒与黑盒测试什么区分

1、黑盒测试

2、白盒测试

3、白盒测试&黑盒测试对比

4、白盒测试&黑盒测试详细介绍

黑盒测试

白盒测试

二、测试相关经验

三、测试能力培养

一、业务分析能力

二、缺陷洞察能力

三、团队协作能力

四、专业技术能力

五、逻辑思考能力

六、问题解决能力

七、沟通表达能力

八、宏观把控能力

借楼发个招聘信息：
【2021 MEGQA-用户质量效能部校园提前批开始啦】
工作职责：
-负责百度核心产品的测试工作，如信息流、搜索、百度APP、小程序、好看视频、贴吧等
-参与产品需求、系统设计和程序代码的评审工作并提出改进意见
-评估项目质量风险并制定项目测试方案，设计并执行测试用例，跟踪定位产品软件中的缺陷或问题，保证项目质量和进度
-根据产品和项目特点，提出合理的自动化解决方案，并负责产品线特色化的测试框架和测试工具，运用技术手段提升代码交付的质量和效率
-参与互联网产品整个工程生产、发布过程中的技术创新，包括研发敏捷研发工具、线上监控系统、性能测试和监督工具等精确评估线上系统表现，以创新的工作模式提升产品的用户价值
职位要求：
-计算机相关专业，本科及以上学历
-能熟练地应用以下一门或几门技术进行相关开发：C/C++/Java/object-c、Linux/Unix Shell、Perl/Python/PHP、JavaScript/Html/Ajax、MySql/Oracle及相关数据库技术等
-具备快速的产品及业务学习能力，敏捷全面的逻辑思维能力
-有责任心、敢于担当，工作积极主动，具备良好的团队合作精神，能融入多功能团队并与其他部门同事进行良好的沟通及合作
-热爱互联网，对互联网相关业务或技术充满好奇及热情；在软件测试领域，对发现、分析及解决问题的工作有浓厚兴趣

感兴趣的同学可以将简历投递至liujunping@baidu.com

========================================================================================

一些视频链接：我这有一些软件测试的视频，你可以点开看看。

转行互联网测试需要哪些技能？ – 假装在测试的回答 – 知乎

作为一名软件测试人员，有哪些网站是你应该多多关注的，哪些书籍是你必须要看的？ – 假装在测试的回答 – 知乎

一、白盒与黑盒测试什么区分

1、黑盒测试

黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。黑盒测试方法主要有等价类划分、边值分析、因—果图、错误推测等，主要用于软件确认测试。 “黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。“黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。

2、白盒测试

白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。

“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。贯穿程序的独立路径数是天文数字。但即使每条路径都测试了仍然可能有错误。第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。第二，穷举路径测试不可能查出程序中因遗漏路径而出错。第三，穷举路径测试可能发现不了一些与数据相关的错误。

软件人员使用白盒测试方法，主要想对程序模块进行如下的检查：
– 对程序模块的所有独立的执行路径至少测试一次；
– 对所有的逻辑判定，取 “ 真 ” 与取 “ 假 ” 的两种情况都至少测试一次；
– 在循环的边界和运行界限内执行循环体；
– 测试内部数据结构的有效性，等。
具体包含的逻辑覆盖有： – 语句覆盖 – 判定覆盖 – 条件覆盖 – 判定－条件覆盖 – 条件组合覆盖 – 路径覆盖。

3、白盒测试&黑盒测试对比

白盒测试技术 (White Box Testing) ： 深入到代码一级的测试，使用这种技术发现问题最早，效果也是最好的。该技术主要的特征是测试对象进入了代码内部，根据开发人员对代码和对程序的熟悉程度，对有需要的部分进行在软件编码阶段，开发人员根据自己对代码的理解和接触所进行的软件测试叫做白盒测试。这一阶段测试以软件开发人员为主，在 JAVA 平台使用 Xunit 系列工具进行测试， Xunit 测试工具是类一级的测试工具对每一个类和该类的方法进行测试。

黑盒测试技术（ Black Box Testing ）：黑盒测试的内容主要有以下几个方面，但是主要还是功能部分。主要是覆盖全部的功能，可以结合兼容，性能测试等方面进行，根据软件需求，设计文档，模拟客户场景随系统进行实际的测试，这种测试技术是使用最多的测试技术涵盖了测试的方方面面，可以考虑以下方面：

1正确性 (Correctness) ：计算结果，命名等方面

2可用性 (Usability) ：是否可以满足软件的需求说明。

3边界条件 (Boundary Condition) ：输入部分的边界值，就是使用一般书中说的等价类划分，试试最大最小和非法数据等等。

4性能 (Performance) ： 正常使用的时间内系统完成一个任务需要的时间，多人同时使用的时候响应时间在可以接受范围内。 J2EE 技术实现的系统在性能方面更是需要照顾的，一般原则是 3 秒以下接受， 3-5 秒可以接受， 5 秒以上就影响易用性了。如果在测试过程中发现性能问题，修复起来是非常艰难的，因为这常常意味着程序的算法不好，结构不好，或者设计有问题。因此在产品开发的开始阶段，就要考虑到软件的性能问题

5压力测试 (Stress) ： 多用户情况可以考虑使用压力测试工具，建议将压力和性能测试结合起来进行。如果有负载平衡的话还要在服务器端打开监测工具 , 查看服务器 CPU 使用率，内存占用情况，如果有必要可以模拟大量数据输入，对硬盘的影响等等信息。如果有必要的话必须进行性能优化 ( 软硬件都可以 ) 。这里的压力测试针对的是某几项功能。

6错误恢复 (Error Recovery) ：错误处理，页面数据验证，包括突然间断电，输入脏数据等。

7安全性测试 (Security) ：这个领域正在研究中，防火墙、补丁包、杀毒软件等的就不必说了，不过可以考虑。破坏性测试时任意看了一些资料后得知 , 这里面设计到的知识 内容可以写本书了 , 不是一两句可以说清的，特别是一些商务网站，或者跟钱有关，或者和公司秘密有关的 web 更是需要这方面的测试，在外国有一种专门干这一行的人叫安全顾问，可以审核代码，提出安全建议，出现紧急事件时的处理办法等，在国内没有听说哪里有专门搞安全技术测试的内容。

4、白盒测试&黑盒测试详细介绍

黑盒测试

白盒测试

白盒测试的方法：总体上分为静态方法和动态方法两大类。

静态分析是一种不通过执行程序而进行测试的技术。静态分析的关键功能是检查软件的表示和描述是否一致,没有冲突或者没有歧义。

动态分析的主要特点是当软件系统在模拟的或真实的环境中执行之前、之中和之后 , 对软件系统行为的分析。动态分析包含了程序在受控的环境下使用特定的期望结果进行正式的运行。它显示了一个系统在检查状态下是正确还是不正确。在动态分析技术中,最重要的技术是路径和分支测试。下面要介绍的六种覆盖测试方法属于动态分析方法。

本文介绍六种白盒子测试方法：（强度由低到高）语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。

1）所谓语句覆盖：就是设计若干个测试用例，运行被测程序，使得每一可执行语句至少执行一次。这里的“若干个”，意味着使用测试用例越少越好。语句覆盖率的公式可以表示如下：

语句覆盖率=被评价到的语句数量/可执行的语句总数 x 100%

2）判定覆盖：使设计的测试用例保证程序中每个判断的每个取值分支（t or f）至少经历一次

[优点]：判定覆盖具有比语句覆盖更强的测试能力，而且具有和语句覆盖一样的简单性，无需细分每个判定就可以得到测试用例。

[缺点]：往往大部分的判定语句是由多个逻辑条件组合而成（如，判定语句中包含AND、OR、CASE），若仅仅判断其整个最终结果，而忽略每个条件的取值情况，必然会遗漏部分测试路径。

　　例如:

　　int a,b;

　　if(a || b)

　　执行语句1

　　else

　　执行语句2

要达到这段程序的判断覆盖,我们采用测试用例:1)a = true , b = true ;2)a = flase, b = flase

3）条件覆盖：条件覆盖是指选择足够的测试用例，使得运行这些测试用例时，判定中每个条件的所有可能结果至少出现一次，但未必能覆盖全部分支

条件覆盖要检查每个符合谓词的子表达式值为真和假两种情况，要独立衡量每个子表达式的结果，以确保每个子表达式的值为真和假两种情况都被测试到。

4） 判定条件覆盖：判定-条件覆盖就是设计足够的测试用例，使得判断中每个条件的所有可能取值至少执行一次，同时每个判断的所有可能判断结果至少执行，即要求各个判断的所有可能的条件取值组合至少执行一次。

5） 条件组合覆盖：在白盒测试法中，选择足够的测试用例，使所有判定中各条件判断结果的所有组合至少出现一次，满足这种覆盖标准成为条件组合覆盖。

6）路径覆盖：是每条可能执行到的路径至少执行一次；

 说明：其中语句覆盖是一种最弱的覆盖，判定覆盖和条件覆盖比语句覆盖强，满足判定/条件覆盖标准的测试用例一定也满足判定覆盖、条件覆盖和语句覆盖，条件组合覆盖是除路径覆盖外最强的，路径覆盖也是一种比较强的覆盖，但未必考虑判定条件结果的组合，并不能代替条件覆盖和条件组合覆盖。

举例：

if A and B then Action1

if C or D then Action2

1）语句覆盖最弱，只需要让程序中的语句都执行一遍即可 。上例中只需设计测试用例使得A=true B=true C=true 即可。

2）分支覆盖又称判定覆盖：使得程序中每个判断的取真分支和取假分支至少经历一次，即判断的真假均曾被满足。上例需要设计测试用例使其分别满足下列条件即可（1）A=true，B=true，C＝true，D=false（2）A=true，B=false，C＝false，D=false。

3）条件覆盖：要使得每个判断中的每个条件的可能取值至少满足一次。上例中第一个判断应考虑到A=true，A=false，B=true，B=false第二个判断应考虑到C＝true，C＝false，D=true，D=false，所以上例中可以设计测试用例满足下列条件（1）A=true，B=true，C＝true，D=true（2）A=false，B=false，C＝false，D=false。

4） 路径覆盖：要求覆盖程序中所有可能的路径。所以可以设计测试用例满足下列条件（1）A=true，B=true，C＝true，D=true（2）A=false，B=false，C＝false，D=false（3）A=true，B=true，C＝false，D=false（4）A=false，B=false，C＝true，D=true。

二、测试相关经验

      测试流程方面：我的组长是一位经验丰富的老测试了，到目前已经9年了，我在她的带领下，从最开始的分析需求开始，逐步地跟着项目走完整个测试流程，包括纯手工测试，包含了自动化的测试流程，包含了性能测试的测试流程，直至每一个测试报告的最终形成。使我完全理解了一个科学，正确，严谨，正规化的测试流程。

       测试方法方面：我个人特别注重理论知识和实际操作相结合，在理论知识方面，我主要是购买一些书籍，从最基础的软件测试理论到各种各样的程序设计语言，再到自动化测试，包括Java语言的自动化测试，Python语言的自动化测试，到性能测试的各项性能指标的分析，数据分析都是我自己提供书籍上的知识来获得的，在淘宝上面有各种各样的书籍和视频教程，我基本上都看了个遍，到目前为止，我的各种学习资料用了1T的移动硬盘来装，书籍也有一百多本了，在实际操作方面，我主要向我的组长请教，她是因为女生，特别注重细节，当我有不懂得地方就去请教她，我会问她为什么要这么操作，然后我会对比理论和实际的区别，为什么有这种区别。就这样我就通过一个个的项目来夯实理论知识和实际操作，每一次做完项目我都会进行一个总结，自己学到了哪些新的技术和方法？遇到了哪些新的问题？以后再遇到怎么处理？

       新的知识补充方面：随着项目的不同，所运用的知识也不同，每一次学习不同的知识既是工作项目的需要，也是自己学习新知识的契机，比如说学习python语言，本来我们测试人员是不用写代码的，或者说可以用Java写，但是目前市面上都在用python语言来写自动化测试脚本，肯定是有它的道理的，那么我当时给自己的目标并不是仅仅为了满足写自动化脚本那么简单，我还想把python语言全部学会，我下定决心之后就立即着手执行，因为我本来就是开发出身，会代码，所有的语言都是相通的，都有变量，流程控制语句，和方法三大内容。JavaScript和Python都是弱类型，解释性的语言，所以在学习的时候我就在对比起来学习，很快学会了这门语言，所以我个人觉得，不管做什么，我们不仅仅要会用它，而且要知道它为什么这样用？最好是能够精通，对我们的测试工作是十分有利的。

       知识结构方面：我们作为一个测试人员，不仅仅要做好本职工作，把自己的测试技术练好，而且还要一个广泛涉猎，对前台，后台，硬件知识，网络知识都应该去学习，对我们快速定位bug，提出有效针对性的修改硬件非常有好处，如果有条件的话，尽量向全栈发展。开发的发展方向是向深度和精度发展，而测试是一个向广度发展的岗位，需要不同的知识来融合，因为我们测试的是一个集成的，有多种技术融合而成的系统项目，就需要我们广泛涉猎和学习，所以从职业规划和寿命度上面来看，测试的工作也是非常的不错，所以不断的学习才是硬道理！

       团队的氛围方面：我本人是军人出身，历来重视团结的重要性，所以和开发人员，测试人员，需求人员以及上级相处要从大局出发，我们的每一个人员都是一个项目不可或缺的一份子，必须团结起来，才能为最后产品的顺利交付打好基础条件，所以同事之间的相处是最需要拿捏分寸的，特别是开发人员，人和人都是相互的，只要讲道理，相信别人是会理解的，总之一句话：从整个项目的大局出发，把工作做好。

       回首测试经历，我总结了以下几点：

       1.不断学习，不能丧失对新知识学习的渴望，对旧的知识形成体系，夯实基础，测试理论知识基本上这么多年以来没有变过，主要是一些方法和工具的改变和升级，广泛涉猎相关知识，为测试工作服务；

       2.搞好内部团结，建立起亲密的同事关系，不仅是对个人社交能力还是对自己的工作上的能力都是一个提升，都是百利而无一害的！

今天的文章测试开发需要学习的知识结构分享到此就结束了，感谢您的阅读。