测试设计方法 ---DVD
DVD黑盒测试入门作者：宣齐瑞背景介 绍本文档我们要介绍的是关于 DVD嵌入式开发产品的测试相关入门，目前市场中的 DVD产品大致可以分为 DVDPlayer和 DVDRecorder两种，涉及到的相关产品有家用 DVD、车载 DVD以及便携式 DVD，本文则主要以 DVDRecorder为样例来介绍 DVD相关测试方法。
基于开发产品的角度，在质量保证方面，我们要做的是进行针对嵌入式开发的产品的黑盒测试，
并对产品质量进行全程的跟踪，质量就是产品的生命，所以在测试过程中我们要用科学的黑盒测试方法对我们的产品在开发过程中的不同时期进行不同角度的测试，目的只有一个，就是保障我们的产品是完美的。
前言
在前面我们已经提到了针对产品开发的不同时期要在不同的角度进行相应的测试，
下面我们就说说黑盒测试中常用的测试方法、测试思想以及测试人员应具备的职业态度，以便我们能够更快速的掌握黑盒测试的技术，使你早日能够立足于软件测试行业?。
测试方法介绍
黑盒测试中因为要对产品进行不同角度的测试，以保证产品的完美性，（注：这里我们所说的完美性也就是我们所说的零 BUG，
也就是我们测试人员和开发者共同追求的目标?）。
名词解释,BUG（程序缺陷，电脑系统或者程序中存在的任何一种破坏正常运转能力的问题或者缺陷，都可以叫做,BUG”。）
测试方法介绍
目前我们将黑盒测试的方法暂时分为以下几个点，针对于每个点我们会在后面的章节中进行详细的介绍，下面让我们来看看我们一直所说的测试方法到底有哪几点：
1.基本功能测试
2.画面显示测试
3.性能测试
4.负荷测试
5.竟合测试
6.异常系测试测试方法介绍
以上就是我们所说的比较常用的测试方法，希望大家能够记牢，这对你在以后的工作中会有非常大的帮助。
在下面的几章中我们就详细的来给大家介绍一下上面提到的六种常用的测试方法，到底是什么意思，在我们的项目中具体是怎么样在测试的过程中去实施的。
测试实施的前提
1,在测试实施过程前，我们先要做一些准备工作，
以便我们在测试开始的时候不会因为缺少某些文档或者某些文档不完善而措手不及，避免造成不必要的麻烦。
2,式样书的理解，式样书的理解是我们在测试实施前必不可少的一项工作，式样书是确定产品机能的文档，我们所开发产品的所有要求在式样书中基本上都是已经明确了的。
测试文档的建立
上面我们提到的文档大致可以分为以下几种：
1.产品式样书（需求说明书） ------测试式样书基准建立的主要依赖
2.式样理解中的抽取物（ test point） ------测试式样书建立的前提大纲，可以充分的反应出测试式样书中包括的机能点是否全面
3.测试式样书（ test case） ------系统测试实施当中的测试依据，判断开发的产品的基本功能质量的保障测试实施
测试实施是我们质量保证中最重要的一步，我们前期所做的所有准备活动也都是为了保证这一过程的顺利进行，而这一过程也是我们保障产品质量唯一可行的途径。
在测试实施过程中为了使我们的测试更全面，
用有效的时间去发现更多的问题（ BUG），我们就可以运用前面我们提到常用的测试方法了，下面就开始逐一详细的介绍我们提到的测试方法在实施过程中是怎样运用的。
测试方法运用 ----基本功能测试
1.基本功能测试：
测试目的,基本功能测试的目的是保障需求说明书中提到的功能点在我们开发的产品中全部得到体现，除了画面的显示部分，当然，我们这么说并不是说画面的显示部分不重要，而是说基本功能测试只是一个阶段性的活动。
提示：功能测试要比画面的测试的优先级高，我们可以想想，对于一个用户来说，一个产品，功能出了问题容易让他忍受，还是画面出现了一点小问题容易让他忍受?。
基本功能测试方法介绍 1
测试方法：对于基本功能的测试，我们的关注点就是要落在功能上，不要因为画面的变化而影响到我们对于功能是否完善的判断。
对于基本功能测试大致可以分为两个阶段：
1.测试用例的执行：在这一阶段我们需要的工具只有一个，那就是测试式样书，而且这一阶段的测试也只需要我们一步一步的执行测试式样书中的内容就 OK了，但是怎样保证我们只执行测试式样书就没有问题了呢，这就又涉及到了一个问题，
那就是基本功能测试式样书的编写。
基本功能测试用例的编写
在编写基本功能测试式样书时我们的思想一定要保持有一定的,局限性,,我所说的局限性并不是不允许拓展自己的思路，这里的局限性是只不要考虑除功能以外的问题，因为这一阶段我们测试的目标只有功能，至于画面的测试会在下一个阶段的活动内进行。
提示：基本功能测试式样书的判定基准，在把握上需要注意一个问题，就是判定基准在确定以后，
不要只考虑执行这一个操作后的现象是什么？我们还要考虑的是执行这一个操作后的现象会影响到什么？这才是我们真正想关注的地方。
例子 1
下面我们来举个例子来说明一下上面的问题，使大家能够从直观上更贴切的来理解一下我们所说的问题。
例 1,删除功能,删除功能我们第一次看的时候，
可能会有这样的想法，验证删除功能我们只要验证删除操作后，被删除的文件不在文件列表里存在了就 OK了，也就是说此功能已经实现了。
以上只是我举的一个例子，那么我们到底是不是这么想就真的可以了呢？下面我们来好好的分析一个这个问题。
例子 1分析
为了使我们的逻辑更清晰些，我们一步一步的来分析删除这个机能到底怎么样我们才可以说他是
OK的了呢。
1.首先，我们要删除的是一个文件，那么文件肯定会有他的大小（比如说这个文件是几兆或者几十兆）。
2.那么文件会存放的地方，光盘或者是硬盘，这个大家都明白的吧?。
3.文件存放后会占用本身存在的光盘或硬盘的容量。
4.该文件被删除后他本身存在的光盘或硬盘的容量会不会有变化呢？说到这里你应该明白点我的意思了吧?。
例子 1总结
经过以上四点的分析，我们是不是又发现，验证删除机能时，我们还应该验证删除操作后，还应该验证的一点，被删除文件存在的光盘或硬盘的容量是不是有了变化，删除操作成功后剩余的容量是不是变大了，并且变大的容量和被删除的文件正好相等。
看过以上四点，这回应该明白为什么验证删除机能不能只看删除操作后，被删除的文件不在文件列表里存在了就 OK了吧，同时验证文件存在的光盘或硬盘的剩余的容量变大了以后，这样我们才可以判定这个机能是 OK的！
例子 2
在测试用例编写的时候，还有一个问题也是容易被我们忽视的，那就是功能实现的途径。我们同样在举一个例子给大家说明一下这个问题。
例 2.通常再生功能：我们验证此功能时是不是有的时候只考虑了押下 [PLAY]键后，文件开始播放，
那就是通常再生功能 OK了呢？
同样，让我们来分析一下这个问题，到底怎么样我们才能判定这个机能是 OK的。
例子 2分析
为了能使大家充分的掌握这种分析的思路，我们还是一步一步的来分析这个问题。
1.再生机能指的是文件进行播放的操作。
2.文件播放的操作的实施路径会有几种呢？
2.1放入碟片后自动再生
2.2各种非播放状态下押下 [PLAY]按钮
2.3特定情况下押下决定按钮，比如说开仓的时候押决定按钮等例子 2总结
像例子 2中提到的问题，也会有其他很多的机能会有同样的问题存在，我们关注像这种有不同的手顺，但可以实现同一个机能的问题的时候，我们再验证这种问题的时候，不要错过每一个能实现这个机能的途径，要把每一个途径全部都去验证一便，
这样我们才能说这个机能是 OK的。
测试用例编写总结根据以上两个例子我们不难看出，在做测试用例编写的时候，我们容易漏掉的地方很多，又因为在基本功能测试中测试用例是我们判定一个机能实现正确的唯一标准，所以我们要对测试用例中涉及到的机能点的实现要保持全面的覆盖编写，这样才能保障我们基本功能测试的第一个阶段顺利完成，以便能够顺利的进入第二个阶段。
基本功能测试方法介绍 2
前面我们提过了基本功能测试大致可以分为两个阶段，那么第二个阶段是什么呢，下面开始向大家介绍第二个阶段
2.拓展测试（随机测试）：这里希望大家不要只从字面去理解随机测试的意思，这里所讲的随机测试可不是随便测试的意思?。
下面就让我们来了解一下什么叫随机测试，也就是我们平时所说的扩展测试随机测试（拓展测试）
随机测试的前提是我们必须要对我们要进行测试的产品有了一定的了解以后，才能够进行随机测试，我们要做随机测试的理由是因为测试用例中是不可能把所有的操作全部写出来的，如果真要那么写的话，可能会有不可想象的数目，如果你懂得排列组合的话，可以看看遥控器上的按键，
然后算一下大概能有多少种操作的方法?。
随机测试（拓展测试）
也正式因为这些原因，我们才要做随机测试，把那些不能在测试用例中得到体现的操作，用举例的办法来进行补充。
测试方法：在做随机测试的时候，首先你要明确一个目标，你这次测试的目的是什么，随机测试也是有针对性的一种测试，所以你要明确测试的目的，到底是针对哪个机能进行随机测试，确定一个目标，你才能不至于在随机测试的时候总是觉得无从下手?。
例子 3
同样为了能让大家有更深刻的了解，我们还是举两个例子来说明一下随机测试中可能遇到的问题
例 3 ZOOM机能的随机测试,ZOOM机能，是指将画面放大到系统所允许的一个倍数的机能，最常用的地方就是在图片浏览的时候，那么我们要对这个机能进行随机测试的时候要考虑哪些问题呢？
看到这里你会有一点自己的想法了吧?,下面我们来一起分析下：
例子 3分析
如果你有了自己的想法，我们来一起看看，我们想的是不是一样。
1.ZOOM机能只是将画面放大，而且 ZOOM机能是有一定的局限性的，这里的局限性是指 ZOOM机能放大的画面是唯一的，只是针对当前的一个画面，那么我们在测试这个机能点的时候，有一点我们就要关注一下了，我们要看看当前的机能是不是真的只放大了当前的画面，当前画面中的 OSD是不是也被放大了呢？
例子 3分析
2.在 ZOOM机能放大以后，是不是就只是将当前的画面放大了呢?这时我们还要考虑一个问题点，就是画面放大了以后，我们退出当前的画面，退出后所显示的画面是不是正常的大小呢？这又是我们要关注的一点
3.ZOOM机能不只是在图片浏览的时候才能实现的机能，而且在视频文件播放的时候，也是会有
ZOOM机能的，那么我们在测试的时候就要把所有媒体下的 ZOOM机能全部去验证一便，所以我们在测试的时候要避免考虑问题的片面性，在式样理解阶段不只要理解机能的现象，还要去理解机能属于的媒体例子 3总结
在例 3中的情况一部分是我们在式样理解阶段如果认真仔细，对式样完全的掌握就可以避免的
总结一下规律：在对某一机能做随机测试时，首先在式样完全理解的前提下，第一步要做的就是给自己定下一个目标；第二步，在测试过程中，
要考虑问题的扩展性，也就是说这个机能会有多大的影响范围，要针对每一个影响范围进行测试；
第三步，要考虑这个机能是不是只针对单一的媒体，如果不是，那么所有的媒体都要去一一的进行测试，保证这个机能在每一个媒体下都是好用的基本功能测试方法总结
经过以上的介绍，相信你可能会对基本功能的测试方法有了一定的了解了吧，基本功能的测试方法，是所有测试方法中最基础的，但也是最难掌握的一种测试方法，同样，基本功能测试是测试过程中最基本但也是最重要的一个阶段，如果基本功能测试没有做好的话，那么以后的测试工作可能会没有办法进行下去，所以说我们要认真并且谨慎的去对待基本功能测试。
如果你已经对基本功能的测试有了一定的了解了，
并且已经掌握了这个方法后，那么我们就可以进一步的来学习其他的测试方法了?。
测试方法运用 ----GUI画面显示测试
需求说明
– 由客户提供的需求文档中对软件 GUI画面显示的要求、
需要考虑画面部品的各种状态显示效果的正确性，进行 GUI画面显示的测试。
– 1.测试方法：在此章讲解之前，我们首先要明白的一个问题是，到底什么是 GUI画面显示测试呢？
– GUI画面显示测试其实就是我们大家所说的 UI测试（ UI：
为英文 User Interface的缩写），说白了，也就是用户界面的测试，我们也可以这么来理解这个问题,UI测试是指从操作界面进行的测试，也可以说是对操作界面的非功能性的测试。
UI测试说明
以下我们会对我们为什么要进行 UI测试进行一下简单的说明，这样以便于我们能够更加的重视 UI
方面的测试?
再前面我们说过，一个用户更看重的是产品的功能，但是 UI也是一个产品不可缺少的部分，
当一个用户第一次接触一个产品的时候，他最先看到的并不是这个产品的功能，而是这个产品的画面，最能吸引他来操作这个产品的关键，也是因为产品有一个鲜明、规范的操作界面，这个我们大家应该都有自己的体会吧！
UI测试方法概述
或许当你看见一个画面的时候感觉会无从下手，
不知道要从哪里来关注我们要进行测试的部分，
下面我们就来介绍一下在具体的 UI测试中我们要怎么设计才能够保证我们产品的画面是最完美的呢？
作为一个测试人员，我们要做的就是，把所有能够影响用户操作或心情的问题，提出来，做好提前的预防，这样用户才能对我们的产品满意，
才能给我们的产品一个好的评价?
UI测试方法介绍 1
下面我们就来看看，在 UI测试的时候我们要关注哪些点呢
测试方法介绍：
1.界面元素要符合通用规范关于这一点，我们说白了，其实就是说在测试的时候我们要保证画面风格的统一，不要让用户看着不舒服就可以了。
例子 4
下面我们就来举个例子来说明一下上面的问题，
使我们能够有一个更加直观的理解?
例子,比如说以下 3句话
今天开始测试 。
明天开始测试 。
后天开始测试
说明：大家看了后有没有什么不舒服的感觉呢？
例子 4分析
相信大家 看着总是感觉缺少了点或者多了点什么吧?
那就让我们来看看他到底缺少了什么吧
今天开始测试。
明天开始测试。
后天开始测试
对了！ 就是最后一句话的 句号,可以说是最后一句 少了个句号,也可以说头两句 多了个句号例子 4分析
那么或许客户没有对这面有明确的要求，但是我们是不是就放过了这个问题呢，当然不是！
提示：作为一个合格的测试工程师，我们要有怀疑一切的态度，对任何有疑问的地方都不要放过，
这里的疑问当然也包括你认为设计不合理的地方！
那么我们到底 要怎么来判断 这个地方 正确的基准呢
我们可以采用如下的方法来进行判定例子 4判定方法
判定方法：
1.向客户提出问题点，并进行确认，得倒明确答复后，作为此问题的判定基准
2.同开发人员进行沟通，与开发人员说明自己的看法及理由，使双方的观点达成一致后，作为判定基准
3.参考一下 知名的 同类产品的显示情况,看看产品中这种格式的语句的显示情况例子 4总结
通过以上的方法我们可以得倒我们需要的判定基准，
但是我们做以上活动的目的到底是为什么呢，目的只有一个，
寻求 使界面保持一致的风格 的基准，经过以上的确认后，我们想得倒的结果只可能有以下两种情况：
今天开始测试 。 今天 开始测试
明天开始测试 。 或者是 明天开始测试
后天开始测试 。 后天开始测试
我们想要得结果就是界面的风格得倒同意，这就是我们的目的?
UI测试方法介绍 2
2.窗口能在不同尺寸下显示正常
那么在以上说明的情况下我们要考虑情况比如以下几种：
2.1：将 电视 画面比例调节 至 16,9,4,3等
2.2如果机器连接到 PC上，那么我们还要 连接到画面显示比例为 16,10的 PC机上
我们要保证我们的产品在任何的分辨率下都能正常显示
UI测试方法介绍 3
3.处理好焦点问题
焦点问题也是能够对用户起到很大影响的问题，
因为一个默认的合理的焦点会使用户能够节省操作，方便的到达自己想执行的操作后的目的地，
节省了不必要的操作
提示：用户关注的，就是我们关注的，我们要站在一个用户的角度去考问题，不要把简单的问题考虑的复杂话，不要被代码所束缚，因为用户是不关心你的代码是如何设计的?
UI测试方法介绍 4
4.做语法检查，避免文字错误
这是一个非常简单的问题，但也是对我们最大的考验，
如果你是一个用户，你发现了你使用的产品中有错误的字或者不合理的标点，那么你会怎么去想这个产品呢
提示：作为一个测试工程师，我们首先要有的就是耐心和细心，一个马虎的人是做不了测试这一职业的
不要看这种问题小，但是影响却很大，所以我们如果发现了，就一定要报告出来，我们不要管一个错误是否微不足道，只要是错误，我们就要将他报告出来?
UI测试其他关注点
除以上我们要关注的问题点外，以下也是 UI测试中必不可少的需要我们进行测试的地方：
1.部品位臵测试其距离画面各边界的 dot值和系统设计书中的值进行比较。
2.部品颜色和需求文档中的画面部品颜色进行对比。
UI测试其他关注点
3.部品大小测试部品长和宽的 dot值和系统设计书中的值进行比较。
4.字体和需求文档的画面中的字体进行对比。（包括字体的颜色、大小、位臵、字符串长度以及切换成他国语言后的显示）
5.画面背景颜色等和需求文档的画面背景颜色等进行对比。
总结
关于前面提到的以下测试方法
3.性能测试
4.负荷测试
5.竟合测试
6.异常系测试
我会在以后继续进行说明和讲解的致谢
感谢您能够将这篇文档看完，以上仅是本人做测试工作以来，对测试方法的一点点的理解，如有不正确的地方，还请提出。
希望我们能够将我们的方法共享出来，使我们大家能够共同进步，谢谢！
My Mail:lyqq_1314@163.com
Thank you
谢谢
personal
DVD黑盒测试入门作者：宣齐瑞背景介 绍本文档我们要介绍的是关于 DVD嵌入式开发产品的测试相关入门，目前市场中的 DVD产品大致可以分为 DVDPlayer和 DVDRecorder两种，涉及到的相关产品有家用 DVD、车载 DVD以及便携式 DVD，本文则主要以 DVDRecorder为样例来介绍 DVD相关测试方法。
基于开发产品的角度，在质量保证方面，我们要做的是进行针对嵌入式开发的产品的黑盒测试，
并对产品质量进行全程的跟踪，质量就是产品的生命，所以在测试过程中我们要用科学的黑盒测试方法对我们的产品在开发过程中的不同时期进行不同角度的测试，目的只有一个，就是保障我们的产品是完美的。
前言
在前面我们已经提到了针对产品开发的不同时期要在不同的角度进行相应的测试，
下面我们就说说黑盒测试中常用的测试方法、测试思想以及测试人员应具备的职业态度，以便我们能够更快速的掌握黑盒测试的技术，使你早日能够立足于软件测试行业?。
测试方法介绍
黑盒测试中因为要对产品进行不同角度的测试，以保证产品的完美性，（注：这里我们所说的完美性也就是我们所说的零 BUG，
也就是我们测试人员和开发者共同追求的目标?）。
名词解释,BUG（程序缺陷，电脑系统或者程序中存在的任何一种破坏正常运转能力的问题或者缺陷，都可以叫做,BUG”。）
测试方法介绍
目前我们将黑盒测试的方法暂时分为以下几个点，针对于每个点我们会在后面的章节中进行详细的介绍，下面让我们来看看我们一直所说的测试方法到底有哪几点：
1.基本功能测试
2.画面显示测试
3.性能测试
4.负荷测试
5.竟合测试
6.异常系测试测试方法介绍
以上就是我们所说的比较常用的测试方法，希望大家能够记牢，这对你在以后的工作中会有非常大的帮助。
在下面的几章中我们就详细的来给大家介绍一下上面提到的六种常用的测试方法，到底是什么意思，在我们的项目中具体是怎么样在测试的过程中去实施的。
测试实施的前提
1,在测试实施过程前，我们先要做一些准备工作，
以便我们在测试开始的时候不会因为缺少某些文档或者某些文档不完善而措手不及，避免造成不必要的麻烦。
2,式样书的理解，式样书的理解是我们在测试实施前必不可少的一项工作，式样书是确定产品机能的文档，我们所开发产品的所有要求在式样书中基本上都是已经明确了的。
测试文档的建立
上面我们提到的文档大致可以分为以下几种：
1.产品式样书（需求说明书） ------测试式样书基准建立的主要依赖
2.式样理解中的抽取物（ test point） ------测试式样书建立的前提大纲，可以充分的反应出测试式样书中包括的机能点是否全面
3.测试式样书（ test case） ------系统测试实施当中的测试依据，判断开发的产品的基本功能质量的保障测试实施
测试实施是我们质量保证中最重要的一步，我们前期所做的所有准备活动也都是为了保证这一过程的顺利进行，而这一过程也是我们保障产品质量唯一可行的途径。
在测试实施过程中为了使我们的测试更全面，
用有效的时间去发现更多的问题（ BUG），我们就可以运用前面我们提到常用的测试方法了，下面就开始逐一详细的介绍我们提到的测试方法在实施过程中是怎样运用的。
测试方法运用 ----基本功能测试
1.基本功能测试：
测试目的,基本功能测试的目的是保障需求说明书中提到的功能点在我们开发的产品中全部得到体现，除了画面的显示部分，当然，我们这么说并不是说画面的显示部分不重要，而是说基本功能测试只是一个阶段性的活动。
提示：功能测试要比画面的测试的优先级高，我们可以想想，对于一个用户来说，一个产品，功能出了问题容易让他忍受，还是画面出现了一点小问题容易让他忍受?。
基本功能测试方法介绍 1
测试方法：对于基本功能的测试，我们的关注点就是要落在功能上，不要因为画面的变化而影响到我们对于功能是否完善的判断。
对于基本功能测试大致可以分为两个阶段：
1.测试用例的执行：在这一阶段我们需要的工具只有一个，那就是测试式样书，而且这一阶段的测试也只需要我们一步一步的执行测试式样书中的内容就 OK了，但是怎样保证我们只执行测试式样书就没有问题了呢，这就又涉及到了一个问题，
那就是基本功能测试式样书的编写。
基本功能测试用例的编写
在编写基本功能测试式样书时我们的思想一定要保持有一定的,局限性,,我所说的局限性并不是不允许拓展自己的思路，这里的局限性是只不要考虑除功能以外的问题，因为这一阶段我们测试的目标只有功能，至于画面的测试会在下一个阶段的活动内进行。
提示：基本功能测试式样书的判定基准，在把握上需要注意一个问题，就是判定基准在确定以后，
不要只考虑执行这一个操作后的现象是什么？我们还要考虑的是执行这一个操作后的现象会影响到什么？这才是我们真正想关注的地方。
例子 1
下面我们来举个例子来说明一下上面的问题，使大家能够从直观上更贴切的来理解一下我们所说的问题。
例 1,删除功能,删除功能我们第一次看的时候，
可能会有这样的想法，验证删除功能我们只要验证删除操作后，被删除的文件不在文件列表里存在了就 OK了，也就是说此功能已经实现了。
以上只是我举的一个例子，那么我们到底是不是这么想就真的可以了呢？下面我们来好好的分析一个这个问题。
例子 1分析
为了使我们的逻辑更清晰些，我们一步一步的来分析删除这个机能到底怎么样我们才可以说他是
OK的了呢。
1.首先，我们要删除的是一个文件，那么文件肯定会有他的大小（比如说这个文件是几兆或者几十兆）。
2.那么文件会存放的地方，光盘或者是硬盘，这个大家都明白的吧?。
3.文件存放后会占用本身存在的光盘或硬盘的容量。
4.该文件被删除后他本身存在的光盘或硬盘的容量会不会有变化呢？说到这里你应该明白点我的意思了吧?。
例子 1总结
经过以上四点的分析，我们是不是又发现，验证删除机能时，我们还应该验证删除操作后，还应该验证的一点，被删除文件存在的光盘或硬盘的容量是不是有了变化，删除操作成功后剩余的容量是不是变大了，并且变大的容量和被删除的文件正好相等。
看过以上四点，这回应该明白为什么验证删除机能不能只看删除操作后，被删除的文件不在文件列表里存在了就 OK了吧，同时验证文件存在的光盘或硬盘的剩余的容量变大了以后，这样我们才可以判定这个机能是 OK的！
例子 2
在测试用例编写的时候，还有一个问题也是容易被我们忽视的，那就是功能实现的途径。我们同样在举一个例子给大家说明一下这个问题。
例 2.通常再生功能：我们验证此功能时是不是有的时候只考虑了押下 [PLAY]键后，文件开始播放，
那就是通常再生功能 OK了呢？
同样，让我们来分析一下这个问题，到底怎么样我们才能判定这个机能是 OK的。
例子 2分析
为了能使大家充分的掌握这种分析的思路，我们还是一步一步的来分析这个问题。
1.再生机能指的是文件进行播放的操作。
2.文件播放的操作的实施路径会有几种呢？
2.1放入碟片后自动再生
2.2各种非播放状态下押下 [PLAY]按钮
2.3特定情况下押下决定按钮，比如说开仓的时候押决定按钮等例子 2总结
像例子 2中提到的问题，也会有其他很多的机能会有同样的问题存在，我们关注像这种有不同的手顺，但可以实现同一个机能的问题的时候，我们再验证这种问题的时候，不要错过每一个能实现这个机能的途径，要把每一个途径全部都去验证一便，
这样我们才能说这个机能是 OK的。
测试用例编写总结根据以上两个例子我们不难看出，在做测试用例编写的时候，我们容易漏掉的地方很多，又因为在基本功能测试中测试用例是我们判定一个机能实现正确的唯一标准，所以我们要对测试用例中涉及到的机能点的实现要保持全面的覆盖编写，这样才能保障我们基本功能测试的第一个阶段顺利完成，以便能够顺利的进入第二个阶段。
基本功能测试方法介绍 2
前面我们提过了基本功能测试大致可以分为两个阶段，那么第二个阶段是什么呢，下面开始向大家介绍第二个阶段
2.拓展测试（随机测试）：这里希望大家不要只从字面去理解随机测试的意思，这里所讲的随机测试可不是随便测试的意思?。
下面就让我们来了解一下什么叫随机测试，也就是我们平时所说的扩展测试随机测试（拓展测试）
随机测试的前提是我们必须要对我们要进行测试的产品有了一定的了解以后，才能够进行随机测试，我们要做随机测试的理由是因为测试用例中是不可能把所有的操作全部写出来的，如果真要那么写的话，可能会有不可想象的数目，如果你懂得排列组合的话，可以看看遥控器上的按键，
然后算一下大概能有多少种操作的方法?。
随机测试（拓展测试）
也正式因为这些原因，我们才要做随机测试，把那些不能在测试用例中得到体现的操作，用举例的办法来进行补充。
测试方法：在做随机测试的时候，首先你要明确一个目标，你这次测试的目的是什么，随机测试也是有针对性的一种测试，所以你要明确测试的目的，到底是针对哪个机能进行随机测试，确定一个目标，你才能不至于在随机测试的时候总是觉得无从下手?。
例子 3
同样为了能让大家有更深刻的了解，我们还是举两个例子来说明一下随机测试中可能遇到的问题
例 3 ZOOM机能的随机测试,ZOOM机能，是指将画面放大到系统所允许的一个倍数的机能，最常用的地方就是在图片浏览的时候，那么我们要对这个机能进行随机测试的时候要考虑哪些问题呢？
看到这里你会有一点自己的想法了吧?,下面我们来一起分析下：
例子 3分析
如果你有了自己的想法，我们来一起看看，我们想的是不是一样。
1.ZOOM机能只是将画面放大，而且 ZOOM机能是有一定的局限性的，这里的局限性是指 ZOOM机能放大的画面是唯一的，只是针对当前的一个画面，那么我们在测试这个机能点的时候，有一点我们就要关注一下了，我们要看看当前的机能是不是真的只放大了当前的画面，当前画面中的 OSD是不是也被放大了呢？
例子 3分析
2.在 ZOOM机能放大以后，是不是就只是将当前的画面放大了呢?这时我们还要考虑一个问题点，就是画面放大了以后，我们退出当前的画面，退出后所显示的画面是不是正常的大小呢？这又是我们要关注的一点
3.ZOOM机能不只是在图片浏览的时候才能实现的机能，而且在视频文件播放的时候，也是会有
ZOOM机能的，那么我们在测试的时候就要把所有媒体下的 ZOOM机能全部去验证一便，所以我们在测试的时候要避免考虑问题的片面性，在式样理解阶段不只要理解机能的现象，还要去理解机能属于的媒体例子 3总结
在例 3中的情况一部分是我们在式样理解阶段如果认真仔细，对式样完全的掌握就可以避免的
总结一下规律：在对某一机能做随机测试时，首先在式样完全理解的前提下，第一步要做的就是给自己定下一个目标；第二步，在测试过程中，
要考虑问题的扩展性，也就是说这个机能会有多大的影响范围，要针对每一个影响范围进行测试；
第三步，要考虑这个机能是不是只针对单一的媒体，如果不是，那么所有的媒体都要去一一的进行测试，保证这个机能在每一个媒体下都是好用的基本功能测试方法总结
经过以上的介绍，相信你可能会对基本功能的测试方法有了一定的了解了吧，基本功能的测试方法，是所有测试方法中最基础的，但也是最难掌握的一种测试方法，同样，基本功能测试是测试过程中最基本但也是最重要的一个阶段，如果基本功能测试没有做好的话，那么以后的测试工作可能会没有办法进行下去，所以说我们要认真并且谨慎的去对待基本功能测试。
如果你已经对基本功能的测试有了一定的了解了，
并且已经掌握了这个方法后，那么我们就可以进一步的来学习其他的测试方法了?。
测试方法运用 ----GUI画面显示测试
需求说明
– 由客户提供的需求文档中对软件 GUI画面显示的要求、
需要考虑画面部品的各种状态显示效果的正确性，进行 GUI画面显示的测试。
– 1.测试方法：在此章讲解之前，我们首先要明白的一个问题是，到底什么是 GUI画面显示测试呢？
– GUI画面显示测试其实就是我们大家所说的 UI测试（ UI：
为英文 User Interface的缩写），说白了，也就是用户界面的测试，我们也可以这么来理解这个问题,UI测试是指从操作界面进行的测试，也可以说是对操作界面的非功能性的测试。
UI测试说明
以下我们会对我们为什么要进行 UI测试进行一下简单的说明，这样以便于我们能够更加的重视 UI
方面的测试?
再前面我们说过，一个用户更看重的是产品的功能，但是 UI也是一个产品不可缺少的部分，
当一个用户第一次接触一个产品的时候，他最先看到的并不是这个产品的功能，而是这个产品的画面，最能吸引他来操作这个产品的关键，也是因为产品有一个鲜明、规范的操作界面，这个我们大家应该都有自己的体会吧！
UI测试方法概述
或许当你看见一个画面的时候感觉会无从下手，
不知道要从哪里来关注我们要进行测试的部分，
下面我们就来介绍一下在具体的 UI测试中我们要怎么设计才能够保证我们产品的画面是最完美的呢？
作为一个测试人员，我们要做的就是，把所有能够影响用户操作或心情的问题，提出来，做好提前的预防，这样用户才能对我们的产品满意，
才能给我们的产品一个好的评价?
UI测试方法介绍 1
下面我们就来看看，在 UI测试的时候我们要关注哪些点呢
测试方法介绍：
1.界面元素要符合通用规范关于这一点，我们说白了，其实就是说在测试的时候我们要保证画面风格的统一，不要让用户看着不舒服就可以了。
例子 4
下面我们就来举个例子来说明一下上面的问题，
使我们能够有一个更加直观的理解?
例子,比如说以下 3句话
今天开始测试 。
明天开始测试 。
后天开始测试
说明：大家看了后有没有什么不舒服的感觉呢？
例子 4分析
相信大家 看着总是感觉缺少了点或者多了点什么吧?
那就让我们来看看他到底缺少了什么吧
今天开始测试。
明天开始测试。
后天开始测试
对了！ 就是最后一句话的 句号,可以说是最后一句 少了个句号,也可以说头两句 多了个句号例子 4分析
那么或许客户没有对这面有明确的要求，但是我们是不是就放过了这个问题呢，当然不是！
提示：作为一个合格的测试工程师，我们要有怀疑一切的态度，对任何有疑问的地方都不要放过，
这里的疑问当然也包括你认为设计不合理的地方！
那么我们到底 要怎么来判断 这个地方 正确的基准呢
我们可以采用如下的方法来进行判定例子 4判定方法
判定方法：
1.向客户提出问题点，并进行确认，得倒明确答复后，作为此问题的判定基准
2.同开发人员进行沟通，与开发人员说明自己的看法及理由，使双方的观点达成一致后，作为判定基准
3.参考一下 知名的 同类产品的显示情况,看看产品中这种格式的语句的显示情况例子 4总结
通过以上的方法我们可以得倒我们需要的判定基准，
但是我们做以上活动的目的到底是为什么呢，目的只有一个，
寻求 使界面保持一致的风格 的基准，经过以上的确认后，我们想得倒的结果只可能有以下两种情况：
今天开始测试 。 今天 开始测试
明天开始测试 。 或者是 明天开始测试
后天开始测试 。 后天开始测试
我们想要得结果就是界面的风格得倒同意，这就是我们的目的?
UI测试方法介绍 2
2.窗口能在不同尺寸下显示正常
那么在以上说明的情况下我们要考虑情况比如以下几种：
2.1：将 电视 画面比例调节 至 16,9,4,3等
2.2如果机器连接到 PC上，那么我们还要 连接到画面显示比例为 16,10的 PC机上
我们要保证我们的产品在任何的分辨率下都能正常显示
UI测试方法介绍 3
3.处理好焦点问题
焦点问题也是能够对用户起到很大影响的问题，
因为一个默认的合理的焦点会使用户能够节省操作，方便的到达自己想执行的操作后的目的地，
节省了不必要的操作
提示：用户关注的，就是我们关注的，我们要站在一个用户的角度去考问题，不要把简单的问题考虑的复杂话，不要被代码所束缚，因为用户是不关心你的代码是如何设计的?
UI测试方法介绍 4
4.做语法检查，避免文字错误
这是一个非常简单的问题，但也是对我们最大的考验，
如果你是一个用户，你发现了你使用的产品中有错误的字或者不合理的标点，那么你会怎么去想这个产品呢
提示：作为一个测试工程师，我们首先要有的就是耐心和细心，一个马虎的人是做不了测试这一职业的
不要看这种问题小，但是影响却很大，所以我们如果发现了，就一定要报告出来，我们不要管一个错误是否微不足道，只要是错误，我们就要将他报告出来?
UI测试其他关注点
除以上我们要关注的问题点外，以下也是 UI测试中必不可少的需要我们进行测试的地方：
1.部品位臵测试其距离画面各边界的 dot值和系统设计书中的值进行比较。
2.部品颜色和需求文档中的画面部品颜色进行对比。
UI测试其他关注点
3.部品大小测试部品长和宽的 dot值和系统设计书中的值进行比较。
4.字体和需求文档的画面中的字体进行对比。（包括字体的颜色、大小、位臵、字符串长度以及切换成他国语言后的显示）
5.画面背景颜色等和需求文档的画面背景颜色等进行对比。
总结
关于前面提到的以下测试方法
3.性能测试
4.负荷测试
5.竟合测试
6.异常系测试
我会在以后继续进行说明和讲解的致谢
感谢您能够将这篇文档看完，以上仅是本人做测试工作以来，对测试方法的一点点的理解，如有不正确的地方，还请提出。
希望我们能够将我们的方法共享出来，使我们大家能够共同进步，谢谢！
My Mail:lyqq_1314@163.com
Thank you
谢谢
personal
