测试分为什么，白盒，黑盒，单元，集成测试？

测试分为单元测试，压力测试，黑盒测试，性能测试等等。自己看了很乱希望专业的人士给我讲到底测试分为什么。还有测试工具一类的。

有关回应 · 2021-5-14 20:26:12

其实测试工作不一定只能通过软件工程进行理解，实际上，现实生活里我们都没有逃脱测试的魔爪，咱们就通过“陪老婆/女友逛商场”这个示例，比较一下几种测试方法之间的区别~~

黑盒测试：老婆从商场的某一个入口进入，你在商场外面等待，这时候商城对你来说就像一个不透明的黑盒子，你并不知道商场内发生了什么，你也不去关心里面发生什么，你只知道如果一切运转正常，结果是老婆带着一堆商品从某一个出口（可以与入口相同）出来。这是原定正常的情况，这时候我们就不需要管商场里面发生了什么，只需要知道老婆进去转了一圈，你的这月工资报销了，一切正常，这就OK了。否则，在多次逛商场（多次黑盒测试）过程中，频繁发生无法达到正常结果的情况，例如老婆与人发生争执、老婆带的钱不够、老婆有选择困难需要与你协商等情况的发生，这就需要相关人员（你）通过别的检测手段进到商场（黑盒）里进行检查解决了。
白盒测试：老婆从商场的某一个入口进入，你随着陪同进入商场，全程陪伴，这时商场对你来说是个白盒子，就是透明的，你可以看到他内部的全部细节。这时你要观察老婆购物的每个细节，了解其走过的每一步，发生的每个小情况，随时准备应对支付、拎包、与人对骂、按摩揉腿（我。。。已经写不下去了。。。）等突发事件，记录整个期间出现错误需要修正的问题（当然，整个过程你也不免出现走神情况，例如偷看别的美女，错过老婆喜欢某种商品的信号，结果可能就是重测。。。也就是再逛一遍），最后结果是，你抱着一堆商品陪着老婆从某一个出口出来，这月工资还是报销了。
单元测试：老婆进入商场后，专门盯着某一个专卖店，查看其是否有新品、是否有活动，一天去三次，一周去三天，一月去三周，各级别VIP全办齐，面对任何一个店员都可以刷脸，达到对该专卖店了如指掌，对店铺的任何细节都确保万无一失之后，再转向下一个专卖店……
压力测试：响应打折号召，原本互不认识的老婆们瞬间组成联盟，组团进入商场进行大量扫货，每天进行，天天坚持，持续一段时间，看商场是否顶得住，观察这种压力下商场是否会出现断货、服务员暴走、刷卡机宕机等问题。
性能测试：这个概念比较广，包括整个商场的运转稳定性，如能否做到每天开业、24小时开业、服务员被大妈折磨后的情绪控制能力等；商场安全性，保安能否保护顾客安全、防火防盗措施、小三专用逃生通道（例如程序里的特殊值、边界值处理）等。
因此，其实软件测试并不是什么新鲜的概念，我们在现实生活中，一直在对各大商场进行“集成测试”，大量的商场被老婆团们以各种苛刻的测试手段所淘汰。因此，各位都是伟大的测试人员，并且，这项测试是永久存在的，永不宕机的，不要幻想产品终版发布的那天到来。
共勉。
--------------------------------------------------------
2015.9.20补充吸收@Jasin Yip的建议，提一下回归测试：
每当店铺根据顾客需求（bug记录）上线了新品（修改bug）之后，老婆们需要到该店铺，进行全方位从新检查是否出现新的购物机会，并体验该店铺全部功能是否正常，如刷卡。。。不放过任何一丝消费的机会。。。
2015.10.12补充@Julia Jo 冒烟测试（Smoke Testing）：
经过我认真阅读（你信吗）冒烟测试的概念，我脑中浮现出如下画面。当我跟随老婆进入商场后，发现有几处新装修或新开张的店面，我与老婆立刻呈现出截然相反的面部表情，欢喜与惊恐，接下来进入店面（不可能出现无视路过的情况。。。），由于对这个新店面所知较少，所以没有既定计划，只是根据店面应该提供的服务（软件功能），进行随意闲逛、随意询问店员、挑选商品、疯狂砍价（如果具备此服务~）、完成支付（在劫难逃啊）等行为，整个过程并无特殊针对性，只是围绕店面应该存在的服务随意体验（测试），这好像是女生逛街的基本模式吧~如果发现哪里不合心意（无意中发现bug，即冒烟），基本上会立刻失去兴趣，呈斜眼撅嘴状（停止测试），等待再次装修后再来闲逛~
UAT测试：版本1. 老婆对长期坚守的某个商场非常有信心，因此就对家人、朋友、同事、陌生人一致推荐此处，于是各路被忽悠组队而来的“某某”观光团进入商场进行购物（测试），并表达购物感言（反馈）。版本2. 换个角色~你的男/女友，对你完成长期测试（我也不知道都要测试什么--）后，感觉这段感情可以上线运行了，于是就将男/女友带到家中，由家人进行测试审核（感觉有点跑题。。。），然后家人群体表达测试结果~
总之：不同的测试方法有不同的侧重点，虽然名称差别很大，也许实际上只是细微的形式上的差异。然而如同陪老婆逛街一样，虽然各种形式差别不大，并且结果都是一样（当月工资报销~），但是当我们对这些事情（我真的指的是测试。。。）从事过大量的重复体验之后，会发现，就是这一点点细微的差异，在面对不同的测试需求时却是那么的恰如其分。
反正这些测试方式不是强硬规定出来的，而是刚好这种测试能够测出当前存在的问题，所以需要进行某个方式的测试。所以，深入了解不同测试方式的侧重点，然后在适当的时候选择最合适的测试方式，最终发现隐藏的问题，这，才是核心价值。哪怕你用在教科书中没有的方式也是可以的，比如自己写测试脚本等。
就这样吧，看我写的多认真（完全没看出来），给个赞再走啊~

有关回应 · 2021-5-14 20:26:13

看得出来题主是个想进入测试行业的小萌新。我这里推荐一个我自己整理的系列贴《学习软件测试必知的100个常见问题，从此贴开始》，你可以了解到更多有关软件测试的各种问题。

题主的诉求，主要分为三块：

1、想知道分为这么多种测试的原因
2、解决各种概念问题
3、提供各种软件测试工具

安排！
[h1]一、为什么测试的概念这么多[/h1]一个软件项目就好比一部复杂的汽车，有很多零件，当每个零件生产完成后，就要测试零件是否存在质量问题。 零件组成复杂的汽车后，我们还要测试汽车。比如著名的中保研，测试刹车，测试气囊，测试防撞....，顾客从4s店购买汽车，要带懂车的人帮忙检查成品车，其实也是一种测试。软件也是一样，除了有测试零件的单元测试，还有集成测试、确认测试、系统测试、验收测试等等....，看下图：

[h1]二、各种测试概念的普及[/h1]单元测试是针对软件设计中的最小单位-程序模块，进行正确性检查的测试工作。单元在软件代码中指一个函数或一个类，在图形化的软件中，单元一般指一个窗口，一个菜单。
当软件项目中相关单元都开发完成并完成单元测试后只能确保每个独立单元没有问题, 但多个单元整合成完整功能时, 需要再次进行质量验证。这个步骤就是集成测试。
集成测试又叫组装测试，通常在单元测试的基础上，将所有程序模块进行有序的、递增的测试。重点测试不同模块的接口部分。
无论单元测试还是集成测试，都是根据不同的测试阶段划分的。一个项目首先要进行的就是单元测试，单元测试完成后进行集成测试。 集成测试完成后还有系统测试和验收测试等等才能完成软件项目的最终验收和交付。

在具体的测试执行过程中又分为是否查看源代码的测试方式，不查看源代码的测试方式为黑盒测试，查看源代码的测试方式为白盒测试。
黑盒测试是指测试的时候完全不考虑程序内部结构和内部特性，注重于测试软件的功能需求，只关心软件的输入数据和输出数据。
白盒测试是指把软件的源代码打开，去研究里面的程序结构和具体编程实现方式。
除了黑盒测试与白盒测试，还有介于两者之间的灰盒测试。
灰盒测试: 是介于白盒测试与黑盒测试之间的一种测试，灰盒测试多用于集成测试阶段，不仅关注输出、输入的正确性，同时也关注程序内部的情况。
软件测试工程师大多数时候在做黑盒测试。在一些特殊场景也需要辅以灰盒测试，但白盒测试由于需要对编程非常了解，所以软件测试工程师涉及的相对较少。

想更详细了解黑盒测试，可以下载黑马测试视频《黑盒测试用例设计》
想更详细了解黑盒测试，可以下载黑马测试视频《白盒测试用例设计》

[h1]三、提供各种软件测试工具[/h1]题主还提到了要分享各种测试工具，可以看这张图，如下所示：

以上软件的下载地址，可看 bbs.itheima.com/thread-405757-1-1.html 12楼。

如果还想更加深入了解测试基础知识，可看这个我今天从黑马测试学科专门找的一个课堂视频《测试入门_9天黑马手工测试理论+实战完整分享_适合0基础》密码：q2vy（前3天是测试理论介绍，后6天是tpshop商城实战），希望对你有用。

[h1]社区文章推荐[/h1][h2]一、测试前景类[/h2]软件测试有前景吗？
软件测试行业到底有没有前景和出路？
软件测试工程师的工资有多高？
软件测试这个职业能干多久?
软件测试真的干到35就干不动了吗？
自动化测试的发展前景怎么样？相比于开发，测试的技术含量是否偏低？测试人员提升自身竞争力的速度是否没开发快？
软件测试的岗位会越来越少吗？
测试开发是什么？为什么现在那么多公司都要招聘测试开发？
[h2]二、测试择业类[/h2]二十五岁零基础转行做软件测试怎么样？
本人女，想转行做软件测试，没有任何经验，也没有基础，现在已经毕业两年了，25岁，现在转行来得及吗？
女生学软件测试，容易吗，这个工作会不会压力很大？
软件测试员比软件开发员要求低些吗？
软件测试的魅力何在？您为什么选择测试一行而不做开发？
软件测试的工资高还是开发者工资高？
软件开发和软件测试两个岗位应该选哪个？
[h2]三、测试入门类[/h2]作为一名软件测试人员，有哪些网站是你应该多多关注的，哪些书籍是你必须要看的？
作为一名软件测试工程师，需要具备哪些能力？
软件测试人员怎么快速让自己牛逼起来？大概要多久才能很牛逼？
大四应届毕业生，想自学软件测试，要学到什么程度才能找到工作？
如何系统、高效地学习入门软件测试，并能找到软件测试的工作？
零基础想转行做软件测试，可以吗？
软件测试需要学什么？
想要成为一个优秀的软件测试人员，应该学些什么？
零基础如何通过学习进入软件测试行业？
在校生想成为软件测试工程师自学需要学什么？
新人如何入门和学习软件测试？
自学软件测试怎么学？
怎样做好软件测试
测试分为什么，白盒，黑盒，单元，集成测试？
在国外，资深的软件测试人员大多是手动测试，他们厉害之处在于测试用例的设计，但在国内，很多测试人员都把自动化测试当成很厉害的资本，为什么？
作为软件测试的前辈你能不能给我点建议？
我想问一下，软件测试要学会什么才能拿6k以上的工资？
[h2]四、咨询培训类[/h2]在博为峰（51Testing）进行软件测试相关培训有必要吗？
软件测试培训靠谱吗？
这么多的软件测试培训机构，哪个好？
[h2]五、测试求职类[/h2]怎么的技能可以让软件测试工程师获得高薪？
面试软件测试工作，如何回答:为什么要从事软件测试行业？你觉得你会什么？
如何去面试软件测试工程师？
好的软件测试人员简历是什么样子的？
四年手动软件测试，裸辞后找不到工作怎么办？
[h2]六、技术分享类[/h2]如何编写测试用例？
手机软件的测试主要有哪些方面去测试，性能测试用什么去测试好？
如何做好app的测试工作?
软件测试完后，还有BUG，是测试人员的问题吗？
如何写出高效的软件测试用例？
做接口测试的流程一般是怎么样的？
软件测试人员能用python做哪些事情？
软件测试的环境部署怎么做？
[h2]七、职场提升类[/h2]做了大半年的软件测试，可是觉得我在浪费时间，怎么办？
四年测试工程师经历，下一步转开发还是继续测试？
软件测试工程师应该怎样提高自己？
转行软件测试两个多月，感觉很迷茫，下一步该如何提高自己？
四年手动软件测试，裸辞后找不到工作怎么办？
做软件测试，如何才能实现月入20K？
如何学习自动化测试？
一个菜鸟怎样做好功能测试？
作为软件测试人，所在公司部门只有功能手动测试，如何进一步提升自己？
作为一个初级测试，想学接口测试，但是一点头绪都没有。求教大神指点，有没有好的书或者工具推荐？
做了一年的软件功能测试，想转自动化测试。目前在看了一些Python资料，感觉无从下手，求指导？
手工测试人员如何转测试开发？

有关回应 · 2021-5-14 20:26:14

至于为什么要这么分，我看只能去问这个的创始人了，不过估计你也问不到了……

在分享我的看法之前，我觉得需要先指明一点：任何主张都受限于其所处时代。也即是说，也许在当时很适用、很正确的观念和做法，放到如今的时代背景中来看待，却显得不合理、不正确了，但这并不代表这些观念和做法本身有问题，只是它们已经不再适合。

1. 设计测试时的思路问题

白盒、黑盒：是指我们看待所测试对象时的位置，是以“身处其中”（白盒）也即可以知晓其内部运作机制的角度看待并设计和执行测试用例，还是以“置身事外”（黑盒）也即只知道外面可以看见的情况完全不知道内部情况如何的方式看待并设计和执行测试用例。在往年那个生产力匮乏、工具也欠缺的年代，这种说法还很有启发作用，毕竟要去观察和跟踪系统内部运行状态并不那么容易，但在如今这个时代，哪还有什么白盒、黑盒之分？难道你在白盒测试编程语言本身的时候，会深入到编译器内部去观察语言执行情况？或者是检查硬件的数字或脉冲信号？

2. 跟被测对象强相关的测多大东西、测哪个方面的问题

单元测试、系统测试等：是我们所选定的测试对象的范围或规模的不同，单元测试就是关注一个类、一个函数这个级别的表现的测试，系统测试则是关注系统整体的行为。每个公司可能都会有自己的一些测试范围的名词，例如模块测试之类的。

功能、压力、性能等：是我们所测试对象的不同面或者说不同的属性，或者说是被测对象在不同维度所表现出来的不同行为，也可以简称为测试类型。就好像一个人，会不会洗碗（功能）？能够连续洗碗4个小时吗（压力）？最快能够在10分钟内洗几个碗（性能）？

3. 跟整体研发方式强相关的测试时间点问题

集成测试、回归测试等：其实是测试的阶段，也即是说我们在计划一个项目时，按照时间顺序以及自身测试水平和能力所需要的中间过程，并非是必须的，也会因为不同的测试开展方式而有极大的不同。例如，在敏捷方式下开展测试，就没有单独的集成测试和回归测试阶段，可以认为是无时无刻不再进行集成和回归。又例如，在传统方式（例如瀑布）下，由于需求分析和测试用例设计进行方式的原因，集成和回归则会被看作是一种测试类型，以覆盖其他测试类型没有覆盖的部分。

4. 跟整体测试活动相关的生产力问题

测试工具：测试工具这个词本身是很泛（也即很广义）的，简单来讲，就是测试工作中用到的任何工具都可以称之为测试工具。而测试工作又包含了很多活动，例如分析需求、拟订测试计划、设计测试用例、执行测试用例、编写测试报告、提交缺陷等等，这也意味着会有很多种不同用途的测试工具，甚至，可能还有不同厂商打包不同用途的（狭义）测试工具而提供的测试工具包（也被称为测试工具）……

如果你们的需求文档是用Word编写的，那么你可以认为Word是你们的一种需求工具。如果你们用DOORS或其他工具保存，那你可以认为DOORS是你们的需求管理工具。

如果你们用了Lotus Notes或者QC等来管理你们的测试计划和测试用例，那么你可以认为它们是测试管理工具。

如果你使用了Jira或Bugzilla等来管理你们的缺陷，那么你可以认为它们是你们的缺陷追踪系统。

如果你们用了Redmine、VersionOne等敏捷项目管理工具来管理你们的测试工作任务，那么你可以认为它们也是你们的项目管理工具。

如果你们使用了Robotframework、Watir、Robotium、LoadRunner等各种工具来编写自动化测试用例和执行，那么你可以认为它们就是你们的测试自动化工具。

等等，太多了，不一而足。

有关回应 · 2021-5-14 20:26:15

软件测试按照开发阶段划分：
1.单元测试：粒度最小，一般由开发小组采用白盒方式来测试，主要测试单元是否符合“设计”。
单元测试：是指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义，一般来说，要根据实际情况去判定其具体含义，如C语言中单元指一个函数，Java里单元指一个类，图形化的软件中可以指一个窗口或一个菜单等。总的来说，单元就是人为规定的最小的被测功能模块。单元测试是在软件开发过程中要进行的最低级别的测试活动，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。
2.集成测试：界于单元测试和系统测试之间，起到“桥梁作用”，一般由开发小组采用白盒加黑盒的方式来测试，既验证“设计”，又验证“需求”。主要用来测试模块与模块之间的接口，同时还要测试一些主要业务功能。集成测试（也叫组装测试，联合测试）是单元测试的逻辑扩展。它最简单的形式是：把两个已经测试过的单元组合成一个组件，测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，许多单元组合成组件，而这些组件又聚合为程序的更大部分。方法是测试片段的组合，并最终扩展成进程，将模块与其他组的模块一起测试。最后，将构成进程的所有模块一起测试。此外，如果程序由多个进程组成，应该成对测试它们，而不是同时测试所有
集成测试进程。
3.系统测试：粒度最大，一般由独立测试小组采用黑盒方式来测试，主要测试系统是否符合“需求规格说明书”。在经过以上各阶段测试确认之后，把系统完整地模拟客户环境来进行的测试。系统测试是将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起，进行信息系统的各种组装测试和确认测试，其目的是通过与系统的需求相比较，发现所开发的系统与用户需求不符或矛盾的地方，从而提出更加完善的方案.。它的的任务是尽可能彻底地检查出程序中的错误，提高软件系统的可靠性，其目的是检验系统"做得怎样？"。这阶段又可分为三个步骤：模块测试，测试每个模块的程序是否有错误；组装测试，测试模块之间的接口是否正确；确认测试，测试整个软件系统是否满足用户功能和性能的要求。该阶段结束应交付测试报告，说明测试数据的选择，测试用例以及测试结果是否符合预期结果。测试发现问题之后要经过调试找出错误原因和位置，然后进行改正。是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不相符合或与之矛盾的地方。

系统测试的对象不仅仅包括需要测试的产品系统的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。因此，必须将系统中的软件与各种依赖的资源结合起来，在系统实际运行环境下来进行测试
4.验收测试与系统测试相似，主要区别是测试人员不同，验收测试由用户执行。
按照技术划分可分为：
1.黑盒测试：不考虑程序内部结构和逻辑结构，主要是用来测试系统的功能是否满足需求规格说明书。一般会有一个输入值，一个输入值，和期望值做比较。黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。
2.白盒测试：主要应用在单元测试阶段，主要是对代码级的测试，针对程序内部逻辑构，测试手段有：语句覆盖、判定覆盖、条件覆盖、路径覆盖、条件组合覆盖。白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。
3.灰盒测试：灰盒测试，是介于白盒测试与黑盒测试之间的一种测试，灰盒测试多用于集成测试阶段，不仅关注输出、输入的正确性，同时也关注程序内部的情况。灰盒测试不像白盒那样详细、完整，但又比黑盒测试更关注程序的内部逻辑，常常是通过一些表征性的现象、事件、标志来判断内部的运行状态。
设计测试时的思路问题

白盒、黑盒：是指我们看待所测试对象时的位置，是以“身处其中”（白盒）也即可以知晓其内部运作机制的角度看待并设计和执行测试用例，还是以“置身事外”（黑盒）也即只知道外面可以看见的情况完全不知道内部情况如何的方式看待并设计和执行测试用例。在往年那个生产力匮乏、工具也欠缺的年代，这种说法还很有启发作用，毕竟要去观察和跟踪系统内部运行状态并不那么容易，但在如今这个时代，哪还有什么白盒、黑盒之分？难道你在白盒测试编程语言本身的时候，会深入到编译器内部去观察语言执行情况？或者是检查硬件的数字或脉冲信号？

2. 跟被测对象强相关的测多大东西、测哪个方面的问题

单元测试、系统测试等：是我们所选定的测试对象的范围或规模的不同，单元测试就是关注一个类、一个函数这个级别的表现的测试，系统测试则是关注系统整体的行为。每个公司可能都会有自己的一些测试范围的名词，例如模块测试之类的。

功能、压力、性能等：是我们所测试对象的不同面或者说不同的属性，或者说是被测对象在不同维度所表现出来的不同行为，也可以简称为测试类型。就好像一个人，会不会洗碗（功能）？能够连续洗碗4个小时吗（压力）？最快能够在10分钟内洗几个碗（性能）？

3. 跟整体研发方式强相关的测试时间点问题

集成测试、回归测试等：其实是测试的阶段，也即是说我们在计划一个项目时，按照时间顺序以及自身测试水平和能力所需要的中间过程，并非是必须的，也会因为不同的测试开展方式而有极大的不同。例如，在敏捷方式下开展测试，就没有单独的集成测试和回归测试阶段，可以认为是无时无刻不再进行集成和回归。又例如，在传统方式（例如瀑布）下，由于需求分析和测试用例设计进行方式的原因，集成和回归则会被看作是一种测试类型，以覆盖其他测试类型没有覆盖的部分。

4. 跟整体测试活动相关的生产力问题

测试工具：测试工具这个词本身是很泛（也即很广义）的，简单来讲，就是测试工作中用到的任何工具都可以称之为测试工具。而测试工作又包含了很多活动，例如分析需求、拟订测试计划、设计测试用例、执行测试用例、编写测试报告、提交缺陷等等，这也意味着会有很多种不同用途的测试工具，甚至，可能还有不同厂商打包不同用途的（狭义）测试工具而提供的测试工具包（也被称为测试工具）……

如果你们的需求文档是用Word编写的，那么你可以认为Word是你们的一种需求工具。如果你们用DOORS或其他工具保存，那你可以认为DOORS是你们的需求管理工具。

如果你们用了Lotus Notes或者QC等来管理你们的测试计划和测试用例，那么你可以认为它们是测试管理工具。

如果你使用了Jira或Bugzilla等来管理你们的缺陷，那么你可以认为它们是你们的缺陷追踪系统。

如果你们用了Redmine、VersionOne等敏捷项目管理工具来管理你们的测试工作任务，那么你可以认为它们也是你们的项目管理工具。

如果你们使用了Robotframework、Watir、Robotium、LoadRunner等各种工具来编写自动化测试用例和执行，那么你可以认为它们就是你们的测试自动化工具。

有关回应 · 2021-5-14 20:26:16

单元测试属于测试级别，压力、性能测试属于测试类型，黑盒测试属于测试方法或要求
....…..............................
测试级别，单元测试、部件测试、配置项测试、系统测试
测试类型，文档审查、静态分析、代码审查、代码走查、功能、性能、接口、边界、恢复性、安全性、数据处理、边界、强度、压力、安装性等
测试方法或要求，文档审查，静态分析与代码审查，配置项测试，系统测试，也可以说为阶段，这块东西如果涉及到工程，只能意会理解，没办法书面化

测试分为什么，白盒，黑盒，单元，集成测试？

5 个回复

浏览过的版块