自学软件测试DAY4

Junit单元测试框架是基于java语言对的主流单元测试框架

@beforeClass 顾名思义，是用在测试类调用前的

--用于提取代码中的共用部分减少冗余，只能声明一次；

@afterclass 用于所有用例运行之后，处理测试的后续工作

--测试类被调用运行结束之前，只运行一次

@test 在Junit3中通过对测试类和测试方法的命名来确定是否为测试

--在Junit4中，只需要在方法前加@test就行，此注解必为测试单元

--在一个测试类可以进行多次注解，每个只被执行一次，必须是public void

--可以抛异常

---

使用assert断言：
1、断言相等：assertequals（100，x），判断对象是否为同一个

断言不相等：assertnotequals（100，x），判断对象是否不为同一个

2、断言数组内容相等：assertarrayequals({1,2,3},x)

3、断言浮点数相等：assertequals(3.1416,x,0.0001)(必须设置误差值)

4、断言为null：assertnull（x）

5、断言真伪性：asserttrue（x>0）

6、校准测试函数，使用操作符“==”比较实际和预期的是否一致

---

测试用例的八大要素：用例编号、测试项目、测试标题、重要级别、预置条件、测试输入、测试步骤、预期结果

---

项目立项前测试人员不需要提交任何工件。工件是加工过程中的生产对象。

---

比较判断与控制流常常密切相关，测试时应注意下列错误：

1.不同数据类型的对象之间进行比较；

2.错误地使用逻辑运算符或优先级；

3.因计算机表示的局限性，期望理论上相等而实际上不相等的两个量相等；

4.比较运算或变量出错；

5.循环终止条件或不可能出现；

6.迭代发散时不能退出；

7.错误地修改了循环变量；

---

系统集成测试主要包括以下过程：

1.构建的确认过程；

2.补丁的确认过程；

3.系统集成测试测试组提交过程；

4.测试用例设计过程；

5.测试代码编写过程；

6.Bug的报告过程；

7.每周/每两周的构建过程；

8.点对点的测试过程；

9.组内培训过程；

---

软件测试的基本标准：

1.所有的测试都应该追溯到用户需求；

2.应当把“尽早地和不断地进行软件测试”作为座右铭；

3.pareto原则：测试发现的错误中80%很可能起源于20%的模块；

4.完全测试是不可能的，测试需要终止；

5.应当由独立的第三方来构造测试；

6.充分注意测试中的集群现象；

7.尽量避免测试的随意性；

8.兼顾合理的输入和不合理的输入数据；

9.程序修改后要回归测试；

10.应长期保留用例，直至系统废弃；