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.应长期保留用例,直至系统废弃;