1.是否所有的分配需求都在SRS中体现?

2.在SRS中定义需求时,是否避免使用那些引起歧义的术语,诸如也许,可能,每条需求都清晰无歧义?

3.是否在SRS中清楚地描述了软件要做什么及不做什么?

4.是否在SRS中描述了软件使用的目标环境,指明并简短描述了目标环境中其他相关软件产品/子系统/模块?

5.是否每个需求有唯一的编号?

6.每个需求是否切实可行,可测试,前后一致,彼此不冲突?

7.是否在SRS中说明了对每个输入的验证措施,并描述了每个输入的属性如:度量单位,边界值,时序要求等等?

8.是否在SRS中说明了对每个输入的处理?

9.是否在SRS中说明了每个输入项是如何输出的,并描述每个输出的属性如:度量单位,边界值,时序要求?

10.是否在SRS中描述了软件的所有的性能要求?

11.是否性能需求的描述能通过测试来验证?

12.是否在SRS中说明了所有对系统的可能的约束?

13.质量属性是否以可测量或可验证的术语进行描述?

14.是否在SRS中描述了系统中与子系统,模块或硬件设备的相关的接口?

15.是否对每个接口的描述足够清楚,实现时不需要多于的解释?

16.是否在SRS中描述了与操作系统的接口?

17.是否在SRS的附录中记录了分配需求可行性的分析结果?

18.是否项目SOW文档所对应的分配需求都在RTM中体现?

1. 软件缺陷（IEEE）定义：
   从产品的内部来看，软件缺陷是软件产品在开发或维护过程中，所存在的错误或者毛病等问题。
   从产品的外部来看，软件产品对系统的功能需求所实现的违背或差异。

2. 软件缺陷的范围：
   a. 软件未达到产品说明书的描述要求
   b. 软件中出现了产品说明书中明确标明不会出现的错误
   c. 软件的功能超出了产品说明书的范围
   d. 软件中未达到产品说明书中虽未说明,但应该实现的功能
   e. 测试人员认为难以理解,不易使用,或者用户认为系统缓慢或界面不美观

3. 软件缺陷的一般来源:
   定义错误;描述不清晰;用户定位错误;对需求理解不一致;设计本身缺陷;编码错误

4. 如何画软件测试缺陷管理流程图?
   第一,分析项目的特点;
   第二,确定BUG管理流程,需要哪些活动;
   第三,确定活动的执行角色;
   第四,安排活动的执行顺序;
   第五,编制流程图;
   第六,使用头脑风暴法对其进行改进

5. 缺陷跟踪单写作准则
   Correct(准确),Clear(清晰),Concise(简洁),Complete(完整),Consisent(一致)

1. 测试用例在设计时：针对系统最核心业务及使用最频繁的部分来设计测试用例；首先应该考虑正常情况下的业务功能的使用。

   3.   测试用例的写作检查规则
        a.测试用例标识是否按照测试方案的规则编写？
        b.是否每个测试用例的预置条件都呗描述清楚？
        c.每个测试用例的“输入”中是否列出了所有测试的输入数据？
        d.测试用例的“预期结果”是否完整而且清晰？
        e.是否明确说明了每个测试用例或测试用例集的重要级别？
        f.是否明确说明了测试用例的执行顺序？

   4.   完成作业！！！！！！

  1.什么是同行评审（Peer Review）？
    是一种通过作者的同行确认缺陷和需求变更区域的检查方法。同行评审需要前期准备，计划和时间进度表。

  2.同行评审的作用：早期发现缺陷，去除缺陷，降低成本，提高质量。

  3.同行评审的分类及各自的目的，参加人员和特点？
    正规检视的特点是有组织，有纪律，是为了发现问题，参加人员主要是专家，同行等；
    技术评审的特点是有组织，无纪律，是为了解决技术上的问题，参加的人员主要是技术人员；
    走读的特点无组织，无纪律，是为了发现问题和技术交流，参加的人员不限。

  4.走读的主要的目标是发现缺陷，遗漏和矛盾的地方；改进产品；和考虑可替换的实现方法。

  5.评审包包括：工作产品，评审表单（Review Form），查检表（Checklist），参考资料。

  6.简述同行评审的活动包括哪些？
    计划阶段，介绍会议，准备阶段，Review会议，第三小时会议，返工阶段，跟踪阶段。

  7.评审专家的选择一般遵循哪些原则或方法？
    a.选择与该模块平级的人员
    b.选择该模块的上游的人员
    c.选择该模块的下游的人员
    d.选择相关的测试人员

  8.通用评审流程计划阶段的几个注意点？
   项目负责人指定组织者；
   作者自检工作产品；
   组织者规划本次评审；
   检查入口准则；
   准备评审包；
   指定评审专家，一般3-7人；
   组织者将评审包，评审通知单发给相关人员；

  9.评审介绍会议的注意几点？
    所有参与人员只听不发表意见；
    介绍会议一般为30分钟-60分钟；

  10.准备评审阶段的注意几点？
    收到组织者发来的评审包；
    审核工作产品，发现缺陷；
    填写评审表单；
    反馈评审表单给组织者；
    检查评审表单；
    裁决是否需要增加评审投入；

  11.召开评审会议的注意几点？
    作者不能兼讲解员；
    作者决定是否召开第三小时会议；
    组织者更新评审表单；
    大家共同确认问题：评审表单中记录的问题，会上发现的问题；当争执不下式组织者应作出裁决；

  12.在第三小时会议上，组织者更新评审表单

   什么集成测试（Integration Testing）？
   集成测试是在单元测试的基础上，将所有的函数按照概要设计要求组装成为子系统或系统所举行的测试。

   集成测试的目的？
   验证接口是否与设计相符合的；
   发现设计与需求中存在的错误。

   集成测试关注的重点？
   1.单元间的接口。
     把各个模块连接起来的时候，穿越模块接口的数据是否会丢失；
     全局数据结构是否存在问题，会不会被异常修改。
   2.集成后的功能。
     各个子模块组合以后，能否达到预期要求的父功能；
     一个模块的功能是否对另一个模块的功能产生不利的影响；
     单个模块的误差积累起来，是否会放大，从而达到不能接受的程度。

   集成测试的层次？
   模块内的集成测试；子系统内的集成测试；子系统间的集成测试。

   有那些集成测试策略？
   大爆炸集成方式：将所有进行过单元测试的单元组装起来一起进行测试。
   优点：可以迅速完成集成测试；Driver和Stub设计比较少；用例也是最少的；方法比较简单；多个测试人员并行工作，对资源利用较高。
   缺点：发现错误难以定位；接口测试不充分；由于程序中存在不可避免地存在模块间的接口，全局数据结构等方面的问题，一次成功的可能性不大。
   适用范围：维护型项目；需求增加型项目；小型项目等。

   自顶向下集成方式：采用了和设计一样的顺序对系统进行测试，它在第一时间内对系统的控制接口进行了验证；采用自顶向下的集成测试方式首先集中于顶层的组件，然后逐步测试处于底层的组件；可以采用深度优先和广度优先策略。
   优点：在测试过程中较早地验证了主要的控制和判断点；最多只要一个驱动，减少了驱动开发的费用；功能可行性较早得到证实，还能够给开发者和用户带来成功信心；如果选用深度方向组装的方式，可以首先实现和验证一个完整的软件功能；支持故障隔离。
   缺点：桩的开发和维护是本策略的最大成本；底层组件行为的验证被推迟了；
底层组件的增加，整个系统变得越来越复杂，导致底层组件的测试不充分，尤其是那些被重用的组件。
   适用范围：产品控制结构比较清晰和稳定；产品的高层接口变化较小；产品的底层接口未定义或经常可能被修改；产品的控制组件具有较大的技术风险，需要尽早被验证；希望尽早能够看到产品的系统功能行为。

   自低向上集成方式：从程序结构的最底层的组件开始组装和测试。
   优点：支持故障隔离；允许对底层组件行为的早期验证；在工作的最初能并行进行集成，在这一点上比使用自顶向下的策略效率高；减少了桩的工作量。
   缺点：驱动的开发的工作量很庞大；对高层的验证被推迟到最后，设计上的错误不能及时发现。
   适用范围：底层接口比较稳定，变动较少的产品；高层接口变化比较频繁的产品；底层组件较早被完成的产品。

   三明治集成策略：系统分成三层，中间一层为目标层，测试的时候对目标层上面的一层采用由顶向下策略，对下面的一层采用自低向上的策略，最后测试在目标层会合。缺点：中间层在被集成前测试不充分。

   基干集成策略：主要用在嵌入式系统。

   分层集成策略：....

   基于功能的集成策略：确定功能的优先级别；分析优先级最高的功能路径，把该路径上的所有组件集成到一起，必要时使用驱动和桩；分析下个关键功能，直到针对所有功能都进行了集成。缺点：对有些接口的测试不充分，会丢失许多接口错误；可能会有比较大的冗余测试。

   基于消息的集成策略：...

   基于进度的集成策略：...

   基于风险的集成策略：...

   什么是系统测试？
   系统测试是将以集成好的软件系统，作为整个基于计算机系统的一个元素，外设，某些支持软件，数据和人员等其他系统元素结合在一起，在实际运行（使用）环境下，对计算机系统进行一系列的测试活动。

   系统测试常用类型。

   1.功能测试
     主要发现是否有不正确或遗漏了的功能?功能实现是否满足用户需求和系统设计的隐藏需求？输入能否正确接受？能否正确输出结果？

   2.性能测试（Performance Testing）
     性能测试收集的信息：CPU的使用情况；IO使用情况；内存使用情况；信道使用情况；每个模块执行时间百分比；一个模块等待IO完工的百分比；指令随时间的跟踪路径；每一组指令页换入和换出的次数；系统反映时间；系统吞吐量，即每个时间单元的处理数量；所有主要指令的单元执行时间。

   3.压力测试（Stress Testing）
     在一定的软硬件及网络环境下，通过大量的用户操作大量的数据，使系统资源处于一种极限的压力下运行，目的在于寻找系统实效点。
     负载测试：在一定的软硬件及网络环境下，通过不同数量的用户运行不同数量级的业务，观察系统在不同负载下的性能表现。
   

   4.容量测试（VolumeTesting）
     使系统承受超载的数据容量来发现它是否能够正确处理？

   5.安全性测试（Security Testing）
     一些功能性的安全性问题：没有口令是否可以登录到系统中？各级用户权限划分是否合理？错误和文件访问是否适当地被记录？系统配置数据是否能正确保存，系统故障时能否恢复？

   6.GUI测试

   7.可用性测试

   8.安装测试

   9.配置测试

   10.异常测试

   11.备份测试

   12.健壮性测试

   13.文档测试

   14.在线帮助测试

   15.网络测试

   16.稳定性测试

  首先，什么单元测试？单元测试是对软件基本组成单元进行的测试，如Function or procedure 或 class method。单元测试的目的主要验证代码是与设计想符合，发现设计和需求中的存在的错误，发现在编码过程中引入的错误。

  其次，单元测试关注的重点：单元接口，主要是被测单元输入输出在个数，属性，顺序上是否和详细设计中的描述保持一致；局部数据结构；独立路径；出错处理，⑴对于单元接口处的各种异常情况进行处理，⑵对下层调用函数的各种返回值，进行处理；边界条件。

  第三，单元测试环境。Driver：接受用例数据，调用被测单元把用例数据传给被测单元，输出测试结果；Stub：根据被测单元的用例，分析被模拟单元的LLD，根据输入，模拟被模拟单元的输出，不涉及算法，一般情况下，自定义的函数需要做Stub，系统函数一般不 做Stub。

  第四，单元测试的策略。孤立的测试策略（Isolation），为每个模块设计driver 和 stub ，每个模块进行独立的单元测试；自顶向下的测试策略（Top-down），先对最顶层的单元进行测试，把顶层所调用的单元做成Stub模块，其次对第二层进行测试，使上面已测试的单元做成Stub，如此类推直到测试完所有的模块；自底向上的测试策略（Bottom-Up），先对模块调用层次图上最底层的模块进行调用测试，模拟调用该模块的模块做Driver，然后再对上面一层做单元测试，用下面已被测试过的模块做Stub，以此类推，直到测试完成所有模块。

UML的学习！！！！！！

  最后，测试覆盖率。掌握各种测试覆盖率的含义；能计算各种测试覆盖率；理解覆盖率在白盒测试中所起的作用！！

  完成相关练习！！！！！！！

系统开关及重启：

－－退出 logout，exit，ctrl+D 重启动 reboot，shutdown -r <time> 关机 halt shutdown -h <time>

vi编辑常用命令：

插入文字 i键 a键；存盘 ：w；不存盘退出 ：q；强制退出：q！；存盘退出：wq，强制存盘退出：wq！

查看当前所处的路径：pwd；显示制定目录下的内容：ls

启动图形界面：startx，退出图像界面 Ctrl+Alt+BackSpace

cd 【directory】命令功能是改变工作目录！mkdir 创建目录；如mkdir dir2！rmdir 删除空目录！

cp 拷贝文件或者目录，如cp hello file1 把文件hello拷贝一份，命名file1！

Mv功能可以对文件或者目录进行移动！

rm 删除文件或者非空目录！

chmod 修改文件的权限！如chmod 611 hello；chmod u＝rwx hello

chgrp 修改文件的所属组！

ln 给文件或者目录创建快捷方式，连接！给深目录下的文件创建硬连接：ln -d 目录 dlink；创建软连接：ln －s 目录 slink

find 起始目录 寻找条件 文件名

grep 从某个文件中查询指定的字符串！如：grep ‘bind’ hello

echo 在显示屏上回显文字或者用来查看环境变量的值！

su 切换用户

passwd 修改用户的口令

ps -ef 显示当前系统中运行的进程

top 动态显示进程信息

kill

tar 将文件或者目录进行打包！如 tar cvf test.tar /home/test 把home下的test打成

   tar包，tar xvf test.tar 把test.tar解包

gzip 解压缩

rpm -ivh ...rpm 安装该包；rpm -e ....卸载该包 没有.rpm；rpm -qi ....查看该包 没有.rpm

rpm -qi .... 列出包内容 没有.rpm

netstat -n 显示所有已建立的有效连接

netstat -a

netstat -s

netconfig 实现网络的配置

相关应用系统安装！

Linux路径说明篇：

/             表示根目录，是绝对路径

./            表示当前目录，是相对路径

../           表示上一级目录，是相对路径

/root           root用户的主目录

/home/用户名   普通用户的主目录

/bin              存放linux常用的命令

/boot           存放系统启动时要用到的文件   

/dev             存放linux系统中使用的外部设备

/etc              存放系统管理时用到的配置文件和子目录

/sbin            存放管理员的系统管理程序

/lib         存放系统动态链接共享库

/lost+found       系统运行异常时产生的错误，会将遗失的片断放在这里

/mnt             可临时将别的外部设备挂接在此目录下

/proc           存在系统内存中的信息

/usr              用户的应用程序和文件都存放在这个目录下

/tmp             存放临时文件的目录

……

说明：在以上目录中，又存在若干子目录和文件，linux中的目录就是window中的文件夹

Linux 命令一级篇

基本命令：

1 vi 编辑器

功能：生成新文件或者编辑查看文件

说明：上面的命令直接进入vi的命令模式

使用ESC键可以从编辑模式进入命令模式，从命令模式进入编辑模式需要按i键或者a键

编辑模式：

i      插入文本

a    追加文本

命令模式：

:w  保存文本

:wq      保存并退出

:wq!    保存并强制退出

:q  退出

:q! 强制退出

dd 删除一行文字

x    删除一个字符

:n  光标移至文本第n行

$    光标移到文本的行尾

G   光标移到文本的末尾     

ZZ  存盘退出

/字符串    查找某个字符串

例：生成文件名为hello的文件

[root@localhost ~]# vi  hello                    

2 系统开关及重启

文本方式

退出： 

[root@localhost ~]# logout

也可以使用命令：

[root@localhost ~]# exit

Ctrl+D(相当于exit)

重启动：

[root@localhost ~]# reboot

也可以使用命令：

[root@localhost ~]# shutdown  -r  <time>       

ctrl+alt+del(只适用于控制台下)

例：   shutdown  –r  now      现在立刻重启

        shutdown  –r  11:30    等到11：30进行重启

关机：

root@localhost ~]# halt

也可以使用命令：

root@localhost ~]# shutdown  -h  <time>      

3 磁盘及光盘，usb的使用

   光盘

root@localhost ~]# mount   /dev/cdrom    /mnt

root@localhost ~]# cd  /mnt                          //进入该光盘挂载的目录，可以查看其内容

root@localhost ~]# umount   /dev/cdrom       //注意：解挂/mnt目录时，先退出该目录

硬盘

root@localhost ~]# fdisk   –l   /dev/sda        //查看sda硬盘的分区情况

root@localhost ~]# mount   –t  vfat  /dev/sda2    /mnt/

root@localhost ~]# ls  /mnt/

root@localhost ~]# cd /mnt    //进入硬盘对应的目录中进行读取操作，结束后退出该目录

root@localhost ~]# umount   /dev/sda2

说明：上面的sda和sda2需要替换成实际的设备名称。

÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷

先准备练习的环境：

使用root 用户登陆,做如下操作

cd    /home/

pwd

mkdir  test

mkdir  test/dir1

mkdir  test/dir1/a_dir

mkdir  test/dir1/a_dir/b_dir

cd  test

cp  /etc/host.conf   hello

÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷    

4 pwd

   功能描述：查看当前所处的绝对路径

[root@localhost ~]# pwd 

÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷    

5 ls 

   功能描述：显示制定目录下的内容

格式：ls [ 参数 ] [  目录或文件 ]

[root@localhost ~]#  ls          显示当前目录内容

[root@localhost ~]#  ls   /home/test       显示指定目录/home/test下的内容

[root@localhost ~]#  ls   -l   显示当前目录详细内容

[root@localhost ~]#  ls   -a  显示当前目录下的隐藏文件

÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷     

6 cd  

功能：改变目录

格式： cd 目录

[root@localhost ~]# cd  ..     回退到上一级目录home

pwd          (借助pwd命令查看当前处于什么目录)

[root@localhost ~]# cd           回到当前用户的主目录

pwd

[root@localhost ~]# cd   /home/test/dir1/a_dir       用绝对路径切换到a_dir目录下

pwd

[root@localhost ~]# cd  ../../      使用相对路径切换到test目录下

pwd

÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷

7 mkdir 

功能：创建目录

格式：mkdir [ 参数 ] [目录名1 ] [ 目录名2 ]

[root@localhost ~]# mkdir    dir2                 创建一个目录

ls                     借助ls命令查看上一步创建的目录

     [root@localhost ~]#  mkdir bb cc dd           创建一个目录

÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷

8 rmdir 

功能：删除空目录

格式：rmdir  [目录1] [目录2 ] [目录3]…

[root@localhost ~]# rmdir     dir2            删除一个空目录

[root@localhost ~]# rmdir  bb  cc  dd      删除多个空目录

÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷

9 cp

功能：拷贝文件或者目录

格式：cp [ 参数 ] [ 源文件或者目录 ]  [ 目标文件或者目录 ]

        ls

[root@localhost ~]# cp    hello   file1       把文件hello 查看(391) 评论(0) 收藏 分享 管理

软件测试主要介绍测试划分，测试过程模型，测试规范！

测试阶段划分为单元测试（Unit Testing），集成测试（Integration Testing），系统测试（System Testing），UT的目的是检测软件模型对LLD的符合程度，IT是的目的是检测软件模型对HLD的符合程度，ST的目的是通过与SRS的比较发现软件与系统需求不符合的地方或与之矛盾的地方。

单元测试，集成测试，系统测试的优点和缺点？？

单元测试属于白盒测试，主要测试单元内部的数据结构，逻辑控制，异常处理等。优点：1、它是一种验证行为。 程序中的每一项功能都是测试来验证它的正确性。它为以后的开发提供支缓。就算是开发后期，我们也可以轻松的增加功能或更改程序结构，而不用担心这个过程中会破坏重要的东西。而且它为代码的重构提供了保障。这样，我们就可以更自由的对程序进行改进。2、它是一种设计行为。编写单元测试将使我们从调用者观察、思考。特别是先写测试（test-first），迫使我们把程序设计成易于调用和可测试的，即迫使我们解除软件中的耦合。、它是一种编写文档的行为。单元测试是一种无价的文档，它是展示函数或类如何使用的最佳文档。这份文档是可编译、可运行的，并且它保持最新，永远与代码同步。4、它具有回归性。自动化的单元测试避免了代码出现回归，编写完成之后，可以随时随地的快速运行测试。 5.能更早的发现BUG，并容易定位，修改它！缺点：耗时，成本较高，技术含量较高！

集成测试属于灰盒测试，主要测试模块之间的接口和接口数据传递关系，以及模块组合后的整体功能。

系统测试属于黑盒测试，主要测试整个系统相对于需求的符合度。优点：易发现BUG！技术含量较低！缺点：不易定位错误！

回归测试的理解？？

回归测试（Regression Testing）是活动，不是过程。目的是验证缺陷得到了正确的修复，同时对系统的变更没有影响以前的功能！回归测试是贯穿于单元测试，集成测试，系统测试中！回归测试的流程：1.在测试策略制定阶段，制定回归测试策略。2.确定需要回归测试的版本.3.回归测试版本发布，按照回归测试策略执行回归测试。4.回归测试通过，关闭缺陷跟踪单。5.回归测试不通过，缺陷跟踪单返回开发人员，开发人员重新修改问题，再次提交测试人员回归测试。回归测试自动化。

其他测试阶段：验收测试，α（ALPHA）测试，β（BETA）测试。

测试计划阶段——测试计划，一般由测试经理完成；测试方案设计阶段——测试方案，一般由测试专家完成；测试实现阶段——测试用例，一般由高级测试工程师完成；测试执行阶段——测试报告，一般由初级测试工程师完成。

常见的测试模型过程的优越点的比较？？

瀑布模型缺点：测试到后期才进入，发现的错误，难修改，成本高，浪费人力资源！

测试H模型优点：测试比瀑布模型早进入，实现了开发和测试的独立并行！缺点：H模型仅在前期实现了测试准备，太广泛，，没有细分！

测试V&V模型：该模型是科学的测试模型，真正实现了开发和测试同步进行，并对测试进行了细分！，实现了测试设计和测试的分离，揭示了软件测试活动分层和分阶段的本质特性，测试的执行的顺序与开发活动相反！

验证（Verification）和确认（Validation）