【9月23日】学习笔记

 

1 weblogic是什么？

WebLogic是美国bea公司出品的一个application server确切的说是一个基于Javaee架构的中间件，BEA WebLogic是用于开发、集成、部署和管理大型分布式Web应用、网络应用和数据库应用的Java应用服务器。

 

---

 

2 请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系

网上的答案

----------------------------------

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

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

 

　　软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子，测试人员 完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误：

　　1、是否有不正确或遗漏的功能？

　　2、在接口上，输入是否能正确的接受？能否输出正确的结果？

　　3、是否有数据结构错误或外部信息（例如数据文件）访问错误？

　　4、性能上是否能够满足要求？

　　5、是否有初始化或终止性错误？

 

　　软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。白盒测试主要是想对程序模块进行如下检查：

　　1、对程序模块的所有独立的执行路径至少测试一遍。

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

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

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

 

　　单元测试（模块测试）是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。通常而言，一个单元测试是用于判断某个特定条件（或者场景）下某个特定函数的行为。

 

　　单元测试是由程序员自己来完成，最终受益的也是程序员自己。可以这么说，程序员有责任编写功能代码，同时也就有责任为自己的代码编写单元测试。执行单元测试，就是为了证明这段代码的行为和我们期望的一致。

 

　　集成测试（也叫组装测试，联合测试）是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大部分。方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试。最后，将构成进程的所有模块一起测试。

 

　　系统测试是将经过测试的子系统装配成一个完整系统来测试。它是检验系统是否确实能提供系统方案说明书中指定功能的有效方法。（常见的联调测试）

 

　　系统测试的目的是对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并且遵循系统设计。

 

　　验收测试是部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。

验收测试是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是验收测试的任务，即软件的功能和性能如同用户所合理期待的那样。

-----------------------------------------

对于上面的回答的补充：我的理解，白盒与黑盒的区别明显，一个是了解内部构造，一个是测试接口。单元与集成类属一类。集成是单元的延伸，集成的目标也是测试接口，两种测试的目标一致，都是遍历代码的所有路径。系统测试个人感觉属于黑盒的一种，例如兼容性测试，即属于黑盒，也是属于系统测试。比较复杂的是验收测试。查了一些相关资料，说法不一。当然，我认为没有必要去苛求一个测试活动理论上的分类。测试的目的是为了保证产品质量。只要测试活动的宽度和广度能够满足产品的质量需求就可以了。至于验收测试，我趋向于认为是客户进行的测试或者说是客户要求的测试（也有可能是客户要求所有测试的一个子集），既是可以最终认可这个产品，必须要进行的测试。至于验收测试由谁执行？当然，客户是要执行的，而在产品的后期，生产方的测试人员也应该会执行，否则如何保证产品能够满足客户的要求呢？

 

---

 

3 Unix几个问题

　　（1）把一个打包的文件file.tar解包到当前目录，并在解包的过程中显示所有文件名。

 使用cd命令进入到file.tar所在文件夹

运行命令：tar -xvf file.tar

其中-x为解压参数；-v是view的意思，既解压过程中可见文件；-f是此命令都要带的参数，意思是后面接文件名，需要注意的是，-f一定要紧接文件名。

　　（2）如何创建一个文件夹，其路径是/opt/test/autotest，假设该路径的文件夹都是不存在的。

mkdir -p opt/test/autotest

-p参数可以建立多重目录。

于新建文件夹对应的，删除文件夹命令是rmdir,删除多重空目录的命令也是-p。不过要注意的是，rmdir仅能删除空目录。

若删除目录下的所有东西要使用rm -rf opt

　　（3）如何在当前目录下，查询出其文件里包含“test”字符串的所有文件？

grep 'test' *.*

 

---

 

4 关于tar命令的错误

LOCAL ~/Pictures $ tar -cvf /home/mil/Pictures/pic1.tar /Pictures

tar: 从成员名中删除开头的“/”

tar: /Pictures：无法 stat: 没有那个文件或目录

tar: 由于前次错误，将以上次的错误状态退出

---------------------------------

tar -cvf /home/mil/Pictures/pic1.tar /Pictures 这条命令的含义是：将/Pictures整个目录打包到/home/mil/Pictures/文件夹下，成为pic1.tar。不管当前你处于什么位置。所以要想压缩当前文件夹，应该修改为：tar -cvf /home/mil/Pictures/pic1.tar ./

 

---

 

5 需求跟踪是什么意思？什么是向前追溯，什么是向后追溯？

---------------------------------

需求跟踪概述

 

需求跟踪需求跟踪是指跟踪一个需求使用期限的全过程，需求跟踪包括编制每个需求同系统元素之间的联系文档，这些元素包括其他类型的需求，体系结构，其他设计部件，源代码模块，测试，帮助文件等。需求跟踪为我们提供了由需求到产品实现整个过程范围的明确查阅的能力。需求跟踪的目的是建立与维护“需求－设计－编程－测试”之间的一致性，确保所有的工作成果符合用户需求。

 

需求跟踪的方式

 

需求跟踪有两种方式：

 

（1）正向跟踪。检查《产品需求规格说明书》中的每个需求是否都能在后继工作成果中找到对应点。

 

（2）逆向跟踪。检查设计文档、代码、测试用例等工作成果是否都能在《产品需求规格说明书》中找到出处。

---------------------------------

 

---

 

6 你喜欢用什么工具跟踪需求？