"说说"
笔记没那么多可写的,以后也更新点生活吧,干脆改个名(阑珊的学习笔记 -> 亭子说)
OpenJDK解压目录中没有jre目录,可在bin目录下执行jlink.exe --module-path jmods --add-modules java.desktop --output jre
Junit单元测试框架—基于java语言对的主流单元测试框架
@beforeClass—位于数据准备前期或者其他前期准备(测试类调用前)
–用于提取代码中的共用部分减少冗余,只能声明注解一次
–必须在public static void,方法名随意,,只运行一次。
@AfterClass—位于所有用例运行之后,处理测试后续工作。
--测试类被调用运行结束之前,只能声明注解一次。
--必须在public static void,方法名随意,,只运行一次。
@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)/assertFalse(x < 0)
6、校准测试函数,使用操作符’=='比较实际和预期的是否重复
shell获取进程ID的方法有三种:
ps -A |grep "cmdname"| awk '{print $1}'
pidof "cmdname"
pgrep "cmdname"
其中,第二种 cmdname 需输入完整,为精确匹配,不支持模糊匹配
去年意外得到了一个服务器和为期一年的域名,今年来空了才开始折腾这个博客,而后就陷入了找主题,换主题,想着法的移植觉得喜欢的主题这么个泥沼。我不是前端呀,前端的知识也不完备,我咋死磕在这了。。。我本意是开辟一个个人的小空间,记录一下学习和工作的日常,如今却差点迷失,忘了初心。
判定表法
1.条件桩:列出了系统的所有输入,列出输入次序无关紧要
2.动作桩:列出了系统可能采取的操作,这些操作的排序顺序没有约束
3.条件项:列出针对它左列输入的取值,在所有情况下的真假
4.动作项:列出在输入项的各种取值情况应该采取的动作
5.动作项和条件项一起,指出在条件项额各种取值情况下应该采取的动作,在判定表中贯穿条件项和动作项的一列就是一条规则,可以针对每个合法输入组合的规则设计用例进行测试
边界值分析法规则
1.如果输入或输出条件规定了取值范围,或是规定了值的个数,则应该以范围的边界内及边界附近的值作为测试用例。
2.如果输入或输出的条件定了值的个数,则用最大个数,最小个数,比最小个数少一,比最大个数多一的数作为测试数据。
3.如果程序规格说明提到的输入或输出是一个有序的集合,应该注意选取有序集合的第一个和最后一个的数作为测试用例。
4.如果程序中使用一个内部数据结构,则应当选择这个内部数据结构的边界的值作为测试用例。
确立离点、内点、上点取值口诀:“闭上内离外,开上外离内”
等价类规则
1.在输入条件规定取值范围或值的个数的情况下,则可以确立一个有效等价和两个无效等价类
简称:一个有效等价&两个无效等价
2.在输入条件下规定了输入值的集合或者规定必须如何的条件的情况下,可以确定一个有效等价类和一个无效等价类
简称:一个有效等价&一个无效等价类
3.在输入条件下是一个布尔值的情况下,确定一个有效等价类和一个无效等价类。
4.在规定了输入数据的一组值假定N个,并且程序要对每一个输入值分贝处理的情况下,确立n个有效等价类和一个无效等价类
简称:N个有效等价&一个无效等价类
5.在规定了输入数据必须遵守的规则的情况下,确立一个有效等价类符合规则和若干个无效等价从不同角度违反规则。
简称:一个有效等价&N个无效等价
测试方法主要有等价类、边界值、场景法、判定表、因果图、错误推断法、正交试验法;
拿到需求文档时,先用场景法梳理清楚软件的基本流和备选流,再结合等价类、边界值分析测试用例;当输入与输出有对应关系的时,先画出判定表,再结合等价类、边界值分析;当然遇到那种特别复杂的,可以先用因果图梳理出判定表。还有就是可以根据对软件错误的知识积累,采取错误推断法来测试,最后还有一种不是很常用的正交试验法,主要是用于有水平关系,项目比较紧急时,采取抽样测试的方法进行的测试。