技术交流
一、计算机的基本介绍：
首先我们说到了什么是计算机也就是计算机的定义是计算机是可以进行高效计算的电子设备，它的作用是1.数学逻辑运算2.数据记忆存储3.通过指令自动高效的计算。
第二部分说到了计算机的组成是由硬件系统和软件系统两部分组成计算机的系统又分为了两个：1.硬件系统(看得见摸得着的物理设备【根据了冯诺依曼理论】) 2.软件系统(操控硬件设备的软件集合)
二、HTML语法
<!DOCTYPE HTML> -- 文档类型是html
<html> </html> -- 页面中最外层标签--根标签
<head> </head> -- 网页头部标签-里面内容主要是给浏览器看的内容
<meta charset="UTF-8"> -- 页面编码标准
<title> </title> -- 网页标题标签-里面内容会显示在浏览器窗口标签上
<body> </body> -- 网页主体标签-里面内容显示在浏览器的窗口中
三、根据测试时对象的可见度分为：黑盒测试、白盒测试
根据测试的状态分为：静态测试、动态测试
测试执行的方式：手工测试、自动化测试1.1、 黑盒测试：在完全不考虑程序内部结构和内部特性的情况下对暴露出来的接口对程序进行测试，（针对可见的功能进行测试）优点： 1.容易实施，不需要关注内部的实现
2.更贴近用户的使用角度
缺点：
1.测试覆盖率较低，一般只能覆盖到代码量的不到40%
2.针对黑盒的自动化测试，复用率较低，维护成本较高（程序功能变化快）
黑盒测试主要测试（关注）什么？
1.是否有不正确或遗漏的功能？
2.在接口上，输入是否能正确的接受？能否输出正确的结果？
3.是否有数据结构的错误或外部信息（例如数据文件）访问错误？
4.性能上是否能满足要求？（系统测试阶段主要使用黑盒测试）
四、黑盒测试的主要设计方法
等价类划分法：针对很多输入条件，等价的归为一类，会形成典型的代表性的输入，根据典型的输入编写用例
边界值分析法：关注各种各样边界条件
错误推测法：基于经验或直觉判断程序中可能出现错误的地方，针对性的设计用例
因果图法：需求规格说明书，根据规格语义说明编写用例
正交试验分析法：通过正交性从一组数据中筛选典型代表性数据的设计方法
状态迁移图法：通过梳理软件功能点中的软件状态变迁关系设计用例
流程分析法：梳理程序逻辑执行路径。
2、白盒测试：又称结构化测试和透明盒测试，针对程序的逻辑结构设计用例。
逻辑的单位：语句、条件、条件组合、分支、路径
优点：
1.破事测试人员去仔细思考软件的实现，理解原理
2.可以检测代码中每条分支和路径
3.揭示隐藏在代码中的错误
4.对代码的测试比较彻底
缺点：1.昂贵（较高的覆盖率）
2.无法检测代码中遗漏的路径和数据敏感性错误（数据处理的有问题）
3.不能直接验证需求的正确性（从代码层面进行验证）
主要测试方法：代码检测法、静态结构分析法、静态质量度量法、逻辑覆盖法、基本路径测试法
灰盒测试：介于黑、白盒测试之间的，关注输出对于输入的正确性，同时也关注内部表现
3、静态测试
定义：是指无须执行被测程序，而是通过评审软件文档或代码，质量程序静态复杂度，检查软件是否符合编码标准，借以发现编写的程序的不足之处，减少错误出现的概率
方式：互审、走查、会议（不正式--正式）
4、动态测试
定义：是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等。
五、如何描述一个bug
▲ 发现问题的版本
开发人员要知道出现问题的版本，才能够获取对应版本的代码来重现故障。
▲ 出现问题的环境
环境可以分为软件环境和硬件环境，详细的环境描述有利于定位故障。
▲ 错误重现的步骤
描述问题出现的最短步骤
▲ 预期行为的描述
根据需求提出的故障，能写明需求的来源是最好的。
▲ 错误行为的描述
描述错误的现象，crash等可以上传log，UI问题可以有截图。
▲ 其他
一些公司故障会有一定的分类，有些有优先级的分类，需要开发人员进行优先修改，可以设置优先级为高。
▲ 不要把多个bug放在一块。
六、如何定义bug的级别
bug的定义级别是不一致的，在定义级别之前需要查看公司规划。
1、Blocker（崩溃）
2、Critical（严重）
3、Major（一般）
4、Minor（次要）
如何发现bug：
1、软件测试同样存在二八原则，如果某个部分的bug较多，加强测试的广度和深度。
2、开发人员也存在着二八原则，如果开发人员的bug平时比较多的话，就要对其加强测试的广度和深度。
3、多进行逆向思维和发散性思维
4、不要局限于用例和需求文档
5、尽早介入项目，不要等到开发差不多了，再介入项目。1、 黑盒测试：在完全不考虑程序内部结构和内部特性的情况下对暴露出来的接口对程序进行测试，（针对可见的功能进行测试）优点： 1.容易实施，不需要关注内部的实现
2.更贴近用户的使用角度
缺点：
1.测试覆盖率较低，一般只能覆盖到代码量的不到40%
2.针对黑盒的自动化测试，复用率较低，维护成本较高（程序功能变化快）
黑盒测试主要测试（关注）什么？
1.是否有不正确或遗漏的功能？
2.在接口上，输入是否能正确的接受？能否输出正确的结果？
3.是否有数据结构的错误或外部信息（例如数据文件）访问错误？
4.性能上是否能满足要求？（系统测试阶段主要使用黑盒测试）
四、黑盒测试的主要设计方法
等价类划分法：针对很多输入条件，等价的归为一类，会形成典型的代表性的输入，根据典型的输入编写用例
边界值分析法：关注各种各样边界条件
错误推测法：基于经验或直觉判断程序中可能出现错误的地方，针对性的设计用例
因果图法：需求规格说明书，根据规格语义说明编写用例
正交试验分析法：通过正交性从一组数据中筛选典型代表性数据的设计方法
状态迁移图法：通过梳理软件功能点中的软件状态变迁关系设计用例
流程分析法：梳理程序逻辑执行路径。
2、白盒测试：又称结构化测试和透明盒测试，针对程序的逻辑结构设计用例。
逻辑的单位：语句、条件、条件组合、分支、路径
优点：
1.破事测试人员去仔细思考软件的实现，理解原理
2.可以检测代码中每条分支和路径
3.揭示隐藏在代码中的错误
4.对代码的测试比较彻底
缺点：1.昂贵（较高的覆盖率）
2.无法检测代码中遗漏的路径和数据敏感性错误（数据处理的有问题）
3.不能直接验证需求的正确性（从代码层面进行验证）
主要测试方法：代码检测法、静态结构分析法、静态质量度量法、逻辑覆盖法、基本路径测试法
灰盒测试：介于黑、白盒测试之间的，关注输出对于输入的正确性，同时也关注内部表现
3、静态测试
定义：是指无须执行被测程序，而是通过评审软件文档或代码，质量程序静态复杂度，检查软件是否符合编码标准，借以发现编写的程序的不足之处，减少错误出现的概率
方式：互审、走查、会议（不正式--正式）
4、动态测试
定义：是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等。
五、如何描述一个bug
▲ 发现问题的版本
开发人员要知道出现问题的版本，才能够获取对应版本的代码来重现故障。
▲ 出现问题的环境
环境可以分为软件环境和硬件环境，详细的环境描述有利于定位故障。
▲ 错误重现的步骤
描述问题出现的最短步骤
▲ 预期行为的描述
根据需求提出的故障，能写明需求的来源是最好的。
▲ 错误行为的描述
描述错误的现象，crash等可以上传log，UI问题可以有截图。
▲ 其他
一些公司故障会有一定的分类，有些有优先级的分类，需要开发人员进行优先修改，可以设置优先级为高。
▲ 不要把多个bug放在一块。
六、如何定义bug的级别
bug的定义级别是不一致的，在定义级别之前需要查看公司规划。
1、Blocker（崩溃）
2、Critical（严重）
3、Major（一般）
4、Minor（次要）
如何发现bug：
1、软件测试同样存在二八原则，如果某个部分的bug较多，加强测试的广度和深度。
2、开发人员也存在着二八原则，如果开发人员的bug平时比较多的话，就要对其加强测试的广度和深度。
3、多进行逆向思维和发散性思维
4、不要局限于用例和需求文档
5、尽早介入项目，不要等到开发差不多了，再介入项目。
|
|
收藏
淘帖
踩
