1、首先确定好自己的职业规划，确定自己是否真的想从事这方面的职业。如已经确定好了就业方向，在入职前，多看看测试相关的书籍，当然如果没有计算机方面的知识基础，看起来会有一点难度。。

2、刚入门时，先看黑盒测试的书籍，即功能测试。了解测试目的，熟悉测试流程，清楚什么是功能测试，功能测试主要测试哪几个方面。。

3、先在我来说说在公司里面做功能测试一般做些什么，一个项目交测，首先要开需求评审会，讨论需求是否合理，若不合理应该怎样改进，确定交测时间。。

4、研发部和测试部在需求评审会上意见一致后，研发部将需求发出来，测试部来确定测试测试用例编写时长。。

5、测试用例写好后，通知相关部门开会，进行测试用例，讨论测试用例是否合理，是否完善。。

6、然后就可以根据测试用例进入测试阶段。组长就会把系统分成几个模块，进行分工，测试要做的事就是根据需求和原型进行测试。。

1、Monkey程序由Android系统自带，使用Java语言写成，在Android文件系统中的存放路径是：/system/framework/monkey.jar；。

2、Monkey.jar程序是由一个名为“monkey”的Shell脚本来启动执行，shell脚本在Android文件系统中的存放路径是：/system/bin/monkey；这样就可以通过在CMD窗口中执行:adbshellmonkey｛+命令参数｝来进行Monkey测试了。  。

3、Monkey命令的简单帮助，要获取Monkey命令自带的简单帮助，在CMD中执行命令：adbshellmonkey–help。  。

4、Monkey命令参数介绍： 参数：  -p参数-p用于约束限制，用此参数指定一个或多个包（Package，即App）。。

5、指定包之后，Monkey将只允许系统启动指定的APP。如果不指定包，Monkey将允许系统启动设备中的所有APP。。

6、 指定一个包：adbshellmonkey-pcom.htc.Weather  100说明：com.htc.Weather为包名，100是事件计数（即让Monkey程序模拟100次随机用户事件）。。

1、首先，我们要看看对本次软件测试的要求。我们要根据软件的测试要求来进行黑盒测试。。

2、本次软件的测试要求是测试百度影音软件是不是与其他软件有冲突，那么，我们就按照要求，安装指定版本的百度影音软件来进行测试。安装好百度影音软件后，根据黑盒测试要求我们可以考虑运行其他软件看看是不是百度影音软件出现报错之类的现象，即兼容性测试。。

3、我们可以考虑运行一些常用的安全软件，比如说360安全卫士之类的软件，一些网络游戏软件等，重要的是要运行一些杀毒软件，看看百度影音软件是不是与运行的软件兼容。。

4、经过测试，如果出现百度影音软件发生了错误报告，那就说明本次黑盒测试发现了百度影音软件与其他软件存在兼容性冲突。如果没有发现兼容性问题，那只能说明本次黑盒测试没有检测到问题，不能说明本测试软件本身没有问题。。

5、以上就是黑盒测试的基本方法，是用户以使用软件看看软件的功能是不是正常，是不是可以正常使用，这样就完成了黑盒测试。     。

1、首先纠正这个问题不属于“硬件”类的什么是黑盒测试和白盒测试？任何工程产品(注意是任何工程产品)都可以使用以下两种方法之一进行测试。

2、黑盒测试、已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。

3、白盒测试、已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查。

4、软件的黑盒测试意味着测试要在软件的接口处进行。

5、这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。

6、因此黑盒测试又叫功能测试或数据驱动测试。

7、黑盒测试主要是为了发现以下几类错误、是否有不正确或遗漏的功能？在接口上，输入是否能正确的接受？能否输出正确的结果？是否有数据结构错误或外部信息(例如数据文件)访问错误？性能上是否能够满足要求？是否有初始化或终止性错误？软件的白盒测试是对软件的过程性细节做细致的检查。

8、这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。

9、通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。

10、因此白盒测试又称为结构测试或逻辑驱动测试。

11、白盒测试主要是想对程序模块进行如下检查、对程序模块的所有独立的执行路径至少测试一遍。

12、对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测一遍。

13、在循环的边界和运行的界限内执行循环体。

14、测试内部数据结构的有效性，等等。

15、以上事实说明，软件测试有一个致命的缺陷，即测试的不完全、不彻底性。

16、由于任何程序只能进行少量(相对于穷举的巨大数量而言)的有限的测试，在未发现错误时，不能说明程序中没有错误。

1、等价类划分   等价类划分是一种典型的黑盒测试方法。等价类是指某个输入域的集合。它表示对揭露程序中的错误来说，集合中的每个输入条件是等效的。因此我们只要在一个集合中选取一个测试数据即可。等价类划分的办法是把程序的输入域划分成若干等价类，然后从每个部分中选取少数代表性数据当作测试用例。这样就可使用少数测试用例检验程序在一大类情况下的反映。   在考虑等价类时，应该注意区别以下两种不同的情况：   有效等价类：有效等价类指的是对程序的规范是有意义的、合理的输入数据所构成的集合。在具体问题中，有效等价类可以是一个，也可以是多个。   无效等价类：无效等价类指对程序的规范是不合理的或无意义的输入数据所构成的集合。对于具体的问题，无效等价类至少应有一个，也可能有多个。   确定等价类有以下几条原则：   如果输入条件规定了取值范围或值的个数，则可确定一个有效等价类和两个无效等价类。例如，程序的规范中提到的输入条包括“……项数可以从1到999……”，则可取有效等价类为“l考项数＜999”，无效等价类为“项数＜l，，及“项数＞999”。   输入条件规定了输入值的集合，或是规定了“必须如何”的条件，则可确定一个有效等价类和一个无效等价类。如某程序涉及标识符，其输入条件规定“标识符应以字母开头……”则“以字母开头者”作为有效等价类，“以非字母开头”作为无效等价类。   如果我们确知，已划分的等价类中各元素在程序中的处理方式是不同的，则应将此等价类进一步划分成更小等价类。  输入条件有效等价类无效等价类   。。。。。。   。。。。。。。。。。。。   。。。。。。。。。。。。   。。。。。。   根据已列出的等价类表，按以下步骤确定测试用例：   为每个等价类规定一个的编号；   设计一个测试用例，使其尽可能多地覆盖尚未覆盖的有效等价类。重复这一步，后使得所有有效等价类均被测试用例所覆盖；   设计一个新的测试用例，使其只覆盖一个无效等价类。重复这一步，使所有无效等价类均被覆盖。这里强调每次只覆盖一个无效等价类。这是因为一个测试用例中如果含有多个缺陷，有可能在测试中只发现其中的一个，另一些被忽视。等价类划分法能够全面、系统地考虑黑盒测试的测试用例设计问题，但是没有注意选用一些“高效的”、“有针对性的”测试用例。后面介绍的边值分析法可以弥补这一缺点。。

2、因果图   等价类划分法并没有考虑到输入情况的各种组合。这样虽然各个输入条件单独可能出错的情况已经看到了，但多个输入情况组合起来可能出错的情况却被忽略。采用因果图方法能帮助我们按一定步骤选择一组高效的测试用例，同时，还能为我们指出程序规范的描述中存在什么问题。   利用因果图导出测试用例需要经过以下几个步骤：   分析程序规范的描述中哪些是原因，哪些是结果。原因常常是输入条件或是输入条件的等价类。结果是输出条件。   分析程序规范的描述中语义的内容，并将其表示成连接各个原因与各个结果的“因果图”。   由于语法或环境的限制，有些原因和结果的组合情况是不可能出现的。为表明这些特定的情况，在因果图上使用持殊的符号标明约束条件。把因果图转换成判定表。把判定表的每一列写成一个测试用例。。

3、边值分析法   边值分析法是列出单元功能、输入、状态及控制的合法边界值和非法边界值，设计测试用例，包含全部边界值的方法。典型地包括IF语句中的判别值，定义域、值域边界，空或畸形输入，末受控状态等。边值分析法不是一类找一个例子的方法，而是以边界情况的处理作为主要目标专门设计测试用例的方法。另外，边值分析不仅考查输入的边值，也要考虑输出的边值。这是从人们的经验得出的一种有效方法。人们发现许多软件错误只是在下标、数据结构和标量值的边界值及其上、下出现，运行这个区域的测试用例发现错误的概率很高。   用边值分析法设计测试用例时，有以下几条原则：   如果输入条件规定了取值范围，或是规定了值的个数，则应以该范围的边界内及刚刚超出范围的边界外的值，或是分别对大、小及稍小于小、稍大于大个数作为测试用例。如有规范“某文件可包含l至255”个记录……“，则测试用例可选1和255及0和256等。   针对规范的每个输出条件使用原则〔a〕。   如果程序规范中提到的输入或输出域是个有序的集合(如顺序文件、表格等)就应注意选取有序集的第一个和后一个元素作为测试用例。   分析规范，尽可能找出可能的边界条件。一个典型的边值分析例子是三角形分类程序。选取a，b，c构成三角形三边，“任意两边之和大于第三边”为边界条件。边值分析相等价类划分侧重不同，对等价类划分是一个补充。如上述三角形问题，选取a＝b＝c＝a＝b＝c＝7则覆盖有效和无效等价类。如果能在等价类划分中注入边值分析的思想。在每个等价类中不只选取一个覆盖用例，而是进而选取该等价类的边界值等价类划分法将更有效，后可以用边值分析法再补充一些测试用例。。

4、猜错法   猜错法在很大程度上是凭经验进行的，是凭人们对过去所作的测试工作结果的分析，对所揭示的缺陷的规律性作直觉的推测来发现缺陷的。   一个采用两分法的检索程序，典型地可以列出下面几种测试情况：   被检索的表只有一项或为空表；   表的项数恰好是2的幂次；   表的项数比2的幂次多1等。   猜错法充分发挥人的经验，在一个测试小组中集思广益，方便实用，特别在软件测试基础较差的情况下，很好地组织测试小组(也可以有外来人员)进行错误猜测，是有效的测试方法。。

5、随机数法   即测试用例的参数是随机数。它可以自动生成，因此自动化程度高。使用大量随机测试用例测试通过的程序会提高用户对程序的信心。但其关键在于随机数的规律是否符合使用实际。。

1、“黑盒”测的是功能黑盒测试也称功能测试或数据驱动测试。

2、它在已知产品应具有的功能的条件下，通过测试来检测每个功能是否都能正常使用。

3、在测试时，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息，并且保持外部信息(如数据库或文件)的完整性。

4、“黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。

5、“黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。

6、实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。

7、“黑盒”的两种基本方法黑盒测试有两种基本方法，即通过测试和失败测试。

8、在进行通过测试时，实际上是确认软件能做什么，而不会去考验其能力如何。

9、软件测试员只运用简单，直观的测试案例。

10、在设计和执行测试案例时，总是先要进行通过测试。

11、在进行破坏性试验之前，看一看软件基本功能是否能够实现。

12、这一点很重要，否则在正常使用软件时就会奇怪地发现，为什么会有那么多的软件缺陷出现？在确信了软件正确运行之后，就可以采取各种手段通过搞“垮”软件来找出缺陷。

13、纯粹为了破坏软件而设计和执行的测试案例，被称为失败测试或迫使出错测试。

14、黑盒测试的设计方法黑盒测试是以用户的观点，从输入数据与输出数据的对应关系出发进行测试的，它不涉及到程序的内部结构。

15、很明显，如果外部特性本身有问题或规格说明的规定有误，用黑盒测试方法是发现不了的。

16、黑盒测试法注重于测试软件的功能需求，主要试图发现几类错误、功能不对或遗漏、界面错误、数据结构或外部数据库访问错误、性能错误、初始化和终止错误。

17、具体的黑盒测试方法包括等价类划分、因果图、正交实验设计法、边值分析、判定表驱动法、功能测试等。

18、在使用时，自然要针对开发项目的特点对方法加以适当的选择。

19、◆等价类划分等价类划分是一种典型的黑盒测试方法，用这一方法设计测试用例可以不用考虑程序的内部结构，只以对程序的要求和说明，即需求规格说明书为依据，仔细分析和推敲说明书的各项需求，特别是功能需求，把说明中对输入的要求和输出的要求区别开来并加以分解。

20、由于穷举测试的数量太大，以致于无法实际完成，促使我们在大量的可能数据中选取其中的一部分作为测试用例。

21、例如，在不了解等价分配技术的前提下，测试了1+1+1+3和1+4之后，还有必要测试1+5和1+6吗?能否放心地认为它们正确吗?那么1+999…(可以输入的大数值)呢？这个测试用例是否与其他用例不同？是否属于另外一种类别？另外一个等价区间？这是软件测试员必须考虑到的问题。

22、等价类别或者等价区间是指测试相同目标或者暴露相同软件缺陷的一组测试案例。

23、1+999…和1+13有什么区别呢？至于1+就像一个普通的加法，与1+5或者1+392没有什么两样，而1+999…则属于邻界的极端情况。

24、假如输入大允许数值，然后加就会出现问题——也许就是软件的缺陷。

25、这个极端案例属于一个单独的区间，与常规数字的普通区间不同。

26、等价类划分的办法是把程序的输入域划分成若干部分，然后从每个部分中选取少数代表性数据当作测试用例。

27、每一类的代表性数据在测试中的作用等价于这一类中的其他值，也就是说，如果某一类中的一个例子发现了错误，这一等价类中的其他例子也能出现同样的错误。

28、使用这一方法设计测试用例，首先必须在分析需求规格说明的基础上划分等价类，列出等价类表。

29、在考虑等价类划分时，先从程序的功能说明中找出每个输入条件，然后为每个输入条件划分两个或更多个等价类。

30、等价类可分两种情况、有效等价类和无效等价类。

31、有效等价类是指对程序的规格说明是有意义的、合理的输人数据所构成的集合。

32、无效等价类是指对程序的规格说明是不合理的或无意义的输人数据所构成的集合。

33、◆边界值分析软件测试常用的一个方法是把测试工作按同样的形式划分。

34、对数据进行软件测试，就是检查用户输入的信息、返回结果以及中间计算结果是否正确。

35、即使是简单的程序，要处理的数据也可能数量极大。

36、还记得在计算器上简单加法的全部可能性吗？再想一想字处理程序、导航系统和证券交易程序。

37、使这些数据得以测试的技巧(如果称得上的话)是，根据下列主要原则进行等价分配，以合理的方式减少测试案列、边界条件、次边界条件、空值和无效数据。

38、边界值分析(BoundaryValueAnalysis，BVA)是一种补充等价划分的测试用例设计技术，它不是选择等价类的任意元素，而是选择等价类边界的测试用例。

39、实践证明，在设计测试用例时，对边界附近的处理必须给予足够的重视，为检验边界附近的处理专门设计测试用例，常常可以取得良好的测试效果。

40、BVA不仅重视输人条件边界，而且也从输出域导出测试用例。

41、边界值设计测试遵循的五条原则、如果输入条件规定了取值范围，应以该范围的边界内及刚刚超范围边界外的值作为测试用例。

42、如以a和b为边界，测试用例应当包含a和b及略大于a和略小于b的值。

43、若规定了值的个数，分别以大、小个数及稍小于小、稍大于大个数作为测试用例。

44、针对每个输出条件使用上述2条原则。

45、如果程序规格说明中提到的输入或输出域是个有序的集合(如顺序文件、表格等)，就应注意选取有序集的第一个和后一个元素作为测试用例。

46、分析规格说明，找出其他的可能边界条件。

1、功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。

2、常用的测试方法如下页面链接检查、每一个链接是否都有对应的页面，并且页面之间切换正确。

3、相关性检查、删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。

4、检查按钮的功能是否正确、如update,cancel,delete,save等功能是否正确。

5、字符串长度检查、输入超出需求所说明的字符串长度的内容，看系统是否检查字符串长度，会不会出错.字符类型检查、在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型)，看系统是否检查字符类型，会否报错.标点符号检查、输入内容包括各种标点符号，特别是空格，各种引号，回车键.看系统处理是否正确.中文字符处理、在可以输入中文的系统输入中文，看会否出现乱码或出错.检查带出信息的完整性、在查看信息和update信息时，查看所填写的信息是不是全部带出.，带出信息和添加的是否一致信息重复、在一些需要命名，且名字应该的信息输入重复的名字或ID，看系统有没有处理，会否报错，重名包括是否区分大小写，以及在输入内容的前后输入空格，系统是否作出正确处理.检查删除功能、在一些可以一次删除多个信息的地方，不选择任何信息，按”delete”，看系统如何处理，会否出错。

6、然后选择一个和多个信息，进行删除，看是否正确处理.检查添加和修改是否一致、检查添加和修改信息的要求是否一致，例如添加要求必填的项，修改也应该必填。

7、添加规定为整型的项，修改也必须为整型.检查修改重名、修改时把不能重名的项改为已存在的内容，看会否处理，报错.同时，也要注意，会不会报和自己重名的错.重复提交表单、一条已经成功提交的纪录，back后再提交，看看系统是否做了处理。

8、检查多次使用back键的情况、在有back的地方，back，回到原来页面,再back，重复多次，看会否出错.search检查、在有search功能的地方输入系统存在和不存在的内容，看search结果是否正确.如果可以输入多个search条件，可以同时添加合理和不合理的条件，看系统处理是否正确.输入信息位置、注意在光标停留的地方输入信息时，光标和所输入的信息会否跳到别的地方.上传下载文件检查、上传下载文件的功能是否实现，上传文件是否能打开。

9、对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。

10、必填项检查、应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项前加*快捷键检查、是否支持常用快捷键，如Ctrl+CCtrl+VBackspace等，对一些不允许输入信息的字段，如选人，选日期对快捷方式是否也做了限制。

11、回车键检查、在输入结束后直接按回车键，看系统处理如何，会否报错。

1、测试计划首先，根据用户需求报告中关于功能要求和性能指标的规格说明书，定义相应的测试需求报告，即制订黑盒测试的高标准，以后所有的测试工作都将围绕着测试需求来进行，符合测试需求的应用程序即是合格的，反之即是不合格的;同时，还要适当选择测试内容，合理安排测试人员、测试时间及测试资源等。。

2、测试设计将测试计划阶段制订的测试需求分解、细化为若干个可执行的测试过程，并为每个测试过程选择适当的测试用例(测试用例选择的好坏将直接影响到测试结果的有效性)。。

3、测试开发建立可重复使用的自动测试过程。。

4、测试执行执行测试开发阶段建立的自动测试过程，并对所发现的缺陷进行跟踪管理。测试执行一般由单元测试、集成测试、系统联调及回归测试等步骤组成，测试人员应本着科学负责的态度，一步一个脚印地进行测试。。

5、测试评估结合量化的测试覆盖域及缺陷跟踪报告，对于应用软件的质量和开发团队的工作进度及工作效率进行综合评价。显然，黑盒测试只有严格按照步骤进行，才可能对应用程序的质量进行把关。然而，如果没有一种优秀的测试工具的帮助，单纯凭借手工测试，不但将耗费大量的人力、物力和财力，而且有很多测试工作是难以实现甚至是无法实现的。。

6、结论手工测试与自动测试的比较手工测试无法黑盒测试的科学性与严密性，这是因为：测试人员要负责大量文档、报表的制订和整理工作，会变得力不从心;受软件分发日期、开发成本及人员、资源等诸多方面因素的限制，难以进行全面的测试;如果修正缺陷所花费的时间相当长，回归测试将变得异常困难;对测试过程中发现的大量缺陷缺乏科学、有效的管理手段，责任变得含混不清，没有人能向决策层提供精确的数据以度量当前的工作进度及工作效率;反复测试带来的倦怠情绪及其他人为因素使得测试标准前后不一，测试花费的时间越长，测试的严格性也就越低;难以对不可视对象或对象的不可视属性进行测试。因此，自动测试成为佳的解决方案。所谓自动测试，实际上是将大量的重复性工作交给计算机去完成，一个优秀的自动测试工具，不但可以满足科学测试的基本要求，而且可以节约大量的时间、成本、人员和资源，并且测试脚本可以被重复利用(包括被不同的项目所利用)。。

1、具体的黑盒测试方法包括等价类划分、因果图、正交实验设计法、边值分析、判定表驱动法、功能测试等。