回复：软件测试零基础学习知识点

五、测试执行和评审
根据软件测试计划、软件测试规范及测试案例执行测试活动及BUG报告和测试报告。

搭建良好的测试环境是执行测试用例的前提，也是完成测试任务顺利完成的保证。测试环境大体可分为硬件环境和软件环境，硬件环境包括测试必须的PC机，服务器，设备，网线，分配器等硬件设备；软件环境包括数据库，操作系统，被测试软件，共存软件等；特殊条件下还要考虑网络环境，比如网络带宽，IP地址设置等。

搭建测试环境前后要注意以下几点：

1.搭建测试环境前，确定测试目的
即是功能测试，稳定性测试，还是性能测试，测试目的不同，搭建测试环境时应注意的点也不同。比如要进行功能测试，那么我们就不需要大量的数据，需要覆盖率高，测试数据要求尽量真实，这对硬件环境配置的好坏要求不是太苛刻，为提高覆盖率，就要配置不同的硬件环境。如要进行性能测试，就需要大量的数据，测试数据应尽可能的达到符合实际的数据分配，这时可能需要大量的设备来给测试对象施加压力，要提前准备大量设备。

2.测试环境时尽可能的模拟真实环境
这个要求对测试人员要求很高，因为很多测试人员没有去过用户使用现场，要完全模拟用户使用环境根本不可能。这时我们就应该通过技术支持人员，销售人员了解，尽可能的模拟用户使用环境，选用合适的操作系统和软件平台，了解符合测试软件运行的最低要求及用户使用的硬件配置，了解用户常用的软件，避免所有配置所有操作系统下都要进行测试，没有侧重点，浪费时间。
这样一方面，可以在测试执行过程中发生软件产品与其他协同工作产品之间的兼容性，避免软件发布给用户之后才发现的问题；另一方面也可以用来检验产品是不是用户真正需要的。多说情况下，测试环境都是真空环境，完全纯净的平台，测试时，没有问题，一旦拿到现场，与其它软件并存，硬件配置等原因，问题多多，这个就是搭建测试环境时没有考虑用户的使用环境。

3.确保无毒环境
我测试过几个项目都是因为搭建的测试环境感染病毒，导致测试软件经常出现莫名的崩溃，运行不起来等现象，导致测试中断。这是杀毒是必要的，但是杀毒的时间也应掌握好，具体可按照下列步骤：选择PC机-à安装操作系统—>安装杀毒软件杀毒—>安装驱动程序及用户常用软件及浏览器à杀毒à安装测试软件—>杀毒，安装测试软件后杀毒，要注意如果我们不是使用正版杀毒软件，很可能我们安装的测试软件的一些文件被当做可疑文件或者病毒被清除，导致测试软件直接不可用。
要确保杀毒软件正版，如果不是正版，建议在安装测试软件前，卸载掉杀毒软件。测试过程中，要注意U盘的使用以及测试环境与外网的控制。每次使用U盘前，要在其它机器上先杀毒；当测试环境与外网联通时，不建议使用共享方式互访测试机。当小范围PC机与外界隔离起来做测试环境时，可以禁掉可移动存储设备的使用，只允许一台PC使用，这台PC机上安装杀毒软件，进行资料传送时，先拷贝到这台机器上杀毒，然后以共享的方式进行资料的传送。经过这些措施可以很好的防止病毒感染测试环境，确保无毒环境

4.营造独立的测试环境
测试过程中要确保我们的测试环境独立，避免测试环境被占用，影响测试进度及测试结果，比如设备连网后，是不是其他测试组也在共用，这样就可能影响我们的测试结果。有时开发人员为确定问题会使用我们的测试环境，这样会打乱我们的测试活动，更严重的是影响测试进度。为避免这种情况，测试人员在提交缺陷单时，提供详细的复现步骤以及尽可能多的信息。让开发人员根据缺陷单，在开发环境中复现和定位问题。

5.构建可复用的测试环境
当我们刚搭建好测试环境，安装测试软件之前及测试过程中，对操作系统及测试环境进行备份是必要的，这样一来可以为我们下轮测试时直接恢复测试环境，避免重新搭建测试环境花费时间，二来在当测试环境遭到破坏时，可以恢复测试环境，避免测试数据丢失，重现问题。构建可“复用”的测试环境，往往要用到如ghost、Drive Image等磁盘备份工具软件;这些工具软件，主要实现对磁盘文件的备份和还原功能;在应用这些工具软件之前，我们首先要做好以下几件十分必要的准备工作：
A．确保所使用的磁盘备份工具软件本身的质量可靠性，建议使用正版软件;
B．利用有效的正版杀毒软件检测要备份的磁盘，保证测试环境中没有病毒
C.对于在测试过程中备份时，为减少镜像文件的体积，要删除掉Temp文件夹下的所有文件，要删除掉Win386.swp文件或_RESTORE文件夹，这样C盘就不至于过分膨胀，选择采用压缩方式进行镜像文件的创建，可使要备份的数据量大大减小;
D.最后，再进行一次彻底的磁盘碎片整理，将C盘调整到最优状态。
对于刚安装的操作系统，驱动程序等安装完成之后，测试程序安装之前，也要进行备份工作，这样可以防止不同项目交叉进行时，当使用相同操作系统时，直接恢复即可。

完成了这些准备工作，我们就可以用备份工具逐个逐个的来创建各种组合类型的测试环境的磁盘镜像文件了。对已经创建好的各种镜像文件，要将它们设成系统、隐含、只读属性，这样一方面可以防止意外删除、感染病毒;另一方面可以避免在对磁盘进行碎片整理时，频繁移动镜像文件的位置，从而可节约整理磁盘的时间;同时还要记录好每个镜像文件的适用范围，所备份的文件的信息等内容。
测试环境的搭建和维护处在重要的位置，它的好坏直接影响测试结果的真实性和准确性。维护测试环境需要大量的精力，不是一个人能完成的，需要我们大家积极配合。

貌似都没有人看

测试用例是测试设计的一个产出物，它直接体现测试设计的思想，一份漂亮的测试用例不仅仅是设计思路的优秀体现，更是便于流转和执行，具有可读性、传递性。

首先，一份漂亮的测试用例-需有一个用例模板
　　模板的作用：将测试用例的结构形式固定化、标准化，对编写者启引导作用，保证一份测试用例数据完整。
两份模板差别在于 机顶盒1和机顶盒2，因在IPTV行业，是通过机顶盒展示给用户的，而当前机顶盒厂商多，需要进行兼容性测试，将需要测试的机顶盒直接标记在用例中，执行哪款盒子，就直接在哪款盒子上写结果即可。
　同一个功能在多个机顶盒上是否OK 一目了然，哪款盒子测试用例通过率/失败率也非常清晰，如你测试的是网站可将机顶盒改成 IE11 Chrome 等。

其次，测试用例具有目标、可读、简洁。
测试用例的目标、可读、简洁是从各个属性所填的内容散发出来的。
　　1、用例编号
　　用例编号就是测试用例文档中一个代号，需全局唯一，我们可以通过代号快速找到测试用例。
　　用例编号的书写，建议是项目名_模块名_001，我们可以通过编号快速知道一个项目有多少用例，项目中一个模块有多少用例。
　　2、用例标题
　　目的:概述测试用例的主要内容，明确用例意图
　　在做用例评审时，通过浏览一个模块的用例标题，能快速判断有没有遗漏功能；通过浏览一个功能用例标题，能快速判断出有没有遗漏正常或异常case。
　　一个测试用例的好坏，一半体现在测试用例标题上。
　　一个好用例的标题，书写方式有三种：
　　一：一句完整的话（不超过30个汉字）
　　二：功能简报形式
　　例：电影详情页-返回
　　例：栏目-发布
　　例：电影-添加
　　三：按条件/状态
　　例：发起转码-无源媒体文件
　　例：发起转码-有源媒体文件
　　例：鉴权-已订购产品已过期
　　例：鉴权-已订购产品未过期
　　例：鉴权-未订购产品
　　3、预置条件
　　预置条件-测试用例能执行的前提条件。可以是到达某一状态，也可以是一些配置。
　　书写要求：一个简洁的结果。
　　用户已成功登陆
　　自动审核的开关已关
　　不需要写是怎么登陆的/如何将开关关掉的。
4、测试步骤
　　测试步骤是指如何执行用例，先做什么后做什么，是有顺序的概念在的。
　　步骤和用例的目标需要是一致的，任意一个偏离目标整个case就是无意义的。
　　书写要求：可执行的操作，功能用例步骤不大于7，流程用例步骤随业务而定-这里不做限制。
　　(1) 采集电影[check1]
　　(2) 预处理电影[check2]
　　(3) 审核电影[check3]
　　(4) 发布电影[check4]
　　5、预期结果
　　预期结果是和测试步骤一一对应的，有几个检查点，就需要有几个结果。
　　预期结果需要是可检查的，可从三个方面进行校验：
　　一：界面（结果会直接显示在界面上的）
　　二：数据库（有些数据只会存于数据库中）
　　三：磁盘（文件数据需具体到磁盘上看是否存在，数据是否正确）
　　书写要求：和测试步骤中check点一一对应，检查点>=1个
　　6、测试数据
　　测试数据：测试时使用到的数据。
　　书写要求：可用电影。
　　不用写到实际数据，在测试添加电影功能时，不需要写具体电影、导演、演员、宣传图片。
　　具体的数据-可以在数据准备时做好，如符合规格的图片（海报、图标、剧照），符合码率的媒体文件（正片和预览片）。

最后，测试用例整体是有逻辑的-需要有用例设计的魂
编写测试用例的两个途径
　　1)先有用例设计，从整个产品/项目出发，先确定测试范围、测试目标，再细化范围到具体对象->具体功能，确定设计用例技术和测试方法，再来编写用例。
　　2) 测试执行后-通过Bug反推 修改补充用例。
　　两者相结合才会产出一份漂亮且有效的测试用例，理论->实践->理论过程。
　　附上编写测试用例常见问题
　　1、用例标题意图不明确
　　2、用例中引用其他用例
　　3、用例中包含过多的细节
　　4、用例中出现笼统的词
　　反复、多次
　　确定反复的具体次数
　　确定一个反复的范围
　　长时间
　　确定长时间的具体时间
　　确定一个长时间的范围
　　大量
　　确定具体的数据量
　　从需求/规格中中参照值
　　5、用例中步骤不可执行
　　6、用例中期望结果不可验证

楼主辛苦了~