很幸运来到多测试师这个大家庭,来到这里的目的不必多说,希望自己在2个月的时间里学有所成,为今后的工作打下良好的基础。
总结下今天所学的知识点:
1. 兼容测试: 平台兼容 iOS Android
浏览器兼容 IE 谷歌
2 .压力测试:破坏性测试 突破最大值 负载测试:接近临界值
3. 操作系统(OS):Android win系列 XP Linux Unix centos redhat ubuntu freebsd 等
4. C/S架构:上传下载速度快,占用本地的空间,如APP 客服端
B/S架构:占用运行内存,上传下载速度慢,如电商平台,浏览器
5. 为什么要测试?
1.软件的非正常运行或其自身的缺陷(BUG)会引发很多问题。
2.软件是由代码和文档组成的,而这些都是由“人”来设计和编写的,人都有可能犯错。
3.环境也会影响软件,以致出现软件“失效”现象。
4. 软件测试活动只是关键的质量保证活动之一
6、测试的定义是什么?
a.验证软件的正确性
b.发现软件中的bug
7、什么是测试:发现软件中的缺陷的 3种观点
a.测试是为了证明程序有错
b.一个好的测试用例:在于它能发现以前未发现的错误
c.一个成功的测试:
8、软件生命周期模型:
a、瀑布模型 b、V模型 c、W模型 d、H模型 e、X模型 f、敏捷开发模型 g、迭代开发模型
9. V模型: 开发线 测试线
需求说明 SRS 验收测试UAT
系统功能设计 系统测试ST
概要设计 HLD 集成测试IT
详细设计 LLD 单元测试UT
编码
10. H模型
用例评审:组内评审 交叉评审 会议评审 ; bug: 致命 严重 一般 提示性
敏捷开发模型:能适应快速需求变化,交付周期短,每天都要过工作进度。
迭代开发模型:敏捷 主体框架运行 通过迭代子集完成最终产品
11、测试基本原则:
1.测试标准基于用户需求;
2.测试不仅仅是单纯的软件本身的测试;
3.软件外在没有失效不代表软件系统是可用的(实事求是);
4.软件的完美度没有正确的,测试只能帮助软件更加完美,更加正确;
5.穷尽测试是不可能的(有些条件组合非常多,穷尽测试是不可能的);
6.测试应该尽早介入(早期引入的问题占整个问题的50%以上)
7.二八原则(80%的问题或缺陷会集中在20%de 区域中)
8.杀虫剂效应 (也就是说用例要不断更新,因为反复的执行相同用例将会发现新的问题的机会为零)
9.测试活动依赖测试对象(测试的关注点不一样,有的更多的关注安全和性能测试)如银行:关注数据
10.尽量选择第三方测试(避免自己测试自己开发的程序)
12. Linux命令:ifconfig IP查找;su root 更改权限; Ls 显示文件目录; LL 列出文件详细信息; Ls 列出当前目录下所有文件及目录,包括隐藏文件;mkdir 创建目录;rmdir 删减目录;chmod 修改权限 ;chmod u+或者chmod u- 修改主属权限;
pwd 显示当前目录 ; init 0 关机(虚拟机);cd 切换目录 cd .. , cd / , cd ../..
read=4 ,write=2 ,execute=1
属主 属组 其他
;