很幸运来到多测试师这个大家庭，来到这里的目的不必多说，希望自己在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
属主 属组 其他
；
多测师社区 
