11.18

读写--->IO

程序:

1,IO密集型：存在大量的文件读写，会占用大量的内存资源，但是CPU资源占用非常少

2，CPU的资源型：存在大量的计算型的业务逻辑，会占用大量的CPU资源，但是内存资源占用非常少。

 

页面：

1，需要考虑不同输入框它的字段边界情况（如密码6-16位），以及数据库里面的边界情况（字段长度）

2，使用边界值得设计思想，来验证程序在最大化的情况下，程序是否可以正常运行（比如上传文件，产品规定最多只能上传文件大小是1G，那么实际上传的文件大小为1.1G，服务是否可以正常的上传）

 

因果图：

1，就是输入的是多条件，然后进过中间的逻辑处理，得出一个结论的输出信息，那么输入的条件里面，会存在并且，或者，非

编写测试用例

1，编写的测试用例步骤非常清楚，通俗易懂，要不懂业务的人都可以根据测试用例来进行执行

2，思维导图

标题

前提条件

测试步骤

期望结果

Checklist:

1、职位关键字的搜索后，默认排序规则是按照时间显示最新的排序
2、每页显示15条的数据，大于15条的数据进行翻页，每页显示的数据不能重复
3、针对翻页的组件，我们需要考虑的是翻页组件的规则，默认显示1，2，3，4，5，如果到第九页，那么就应该是点击5，下来规则就是5，6，7，8，9

方式：
1、很详细的一种方式
2、思维导图的模式
3、checklist

所有编写的测试用例都是需要评审的，评审参与人员包含了：产品经理，开发，测试相关等，

错误推测法：非功能性测试用例

科学方法论-->假设--验证-->推导出结果

 

对测试用例是怎样设计的？

1，功能性

2，非功能性

     安全测试

     性能测试

     渗透测试

     兼容性

 

判定表驱动分析法

定义：判定表是分析和表达多逻辑条件下不同操作的工具

判定表的优点：能够将复杂的问题按各种可能的情况全部列举出来，简明并避免。遗漏。因此，利用判定表能够设计出完整的测试用例集合。

 

场景设计方法：

可以看作是针对不同逻辑不同判断条件下业务场景的测试，可以理解为是系统测试的一部分，主要考虑的是产品的业务流。

 

WEB&APP：

1、表单输入框的验证：包含了错误提示信息，有效数据和无效数据，字段边界值

2、样式和美观，以及页面交互

3、要考虑在不同的浏览器（IE11，EDGE，firefox,chrome,safair）下它的兼容性

4、翻页的组件

5、业务流的场景

6、性能测试、SESSION冲突

8、SESSION失效的时间

9、安全测试