在软件测试基础班里，我不仅学到了很多python和前端的知识，还学到了一些本专业特有的东西，让我更加了解了测试的必需性和重要性，首先开发不能负责测试的原因有三点：专业度，非专业测试,没有测试思维；思维定式，功能实现的角度,而非用户使用角度；测试力度，自己的代码不舍得测。
其中还明白了软件的架构分为两种：B/S（浏览器-服务器架构）和C/S（客户端-服务器架构），这两者之间的区别则是BS标准更强；CS有缓存，所以加载速度快数据更新，而BS没有；BS只需要服务器端更新，CS客户端和服务器都需更新；相对于CS来说BS安全性低；浏览器(客户端)不需要开发，CS需要针对不同平台开发客户端。
另外了解了五种常见浏览器IE、FireFox、Chrome、Safari、Opera。和常见图片类型：jpg--普通的图片；png--支持透明背景；gif--支持动图； psd--分层图片。最重要的则是明白了网络中的请求和响应。请求:客户端向服务器索取数据的行为；响应:服务端向客户端返回数据的动作；请求包含请求行,请求头,请求体，响应包含响应行,响应头,响应体；请求的常见方法为get和post：get请求数据可以在url中看到,post请求数据放在请求体中；get请求数据不安全,post相对安全一点；get请求数据量有大小限制,post请求没有；数据不重要数据量小的时候可以使用get请求，数据量大且重要的时候考虑使用post请求；响应的常见状态码，都是三位数字。
测试的流程分为单元测试、集成测试、系统测试和验收测试。单元测试又称模块测试，针对软件设计中的最小单位-程序模块，进行正确性检查的测试工作。单元测试需要从程序内部结构出发设计测试用例。多个模块可以平行地独立进行单元测试。集成测试又称组装测试，通常在单元测试的基础上，将所有程序模块进行有序的、递增的测试。重点测试不同模块的接口部分。系统测试指的是将整个软件系统看为一个整体进行测试，包括对功能、性能、以及软件所运行的软硬件环境进行测试。系统测试在系统集成完毕后进行测试，前期主要测试系统的功能是否满足需求，后期主要测试系统运行的性能是否满足需求，以及系统在不同的软硬件环境中的兼容性等。验收测试常常有软件系统的购买者代表在现场，甚至是在软件安装使用的现场。这是软件在投入使用之前的最后测试。
测试方法按照不同的分类又可以具体细分。按是否查看源代码分类：黑盒测试，又称数据驱动测试，完全不考虑程序内部结构和内部特性，注重于测试软件的功能需求，只关心软件的输入数据和输出数据。白盒测试，关注源代码和程序结构。灰盒测试，是介于白盒测试与黑盒测试之间的一种测试，灰盒测试多用于集成测试阶段，不仅关注输出、输入的正确性，同时也关注程序内部的情况。灰盒测试不像白盒那样详细、完整，但又比黑盒测试更关注程序的内部逻辑，常常是通过一些表征性的现象、事件、标志来判断内部的运行状态。按是否运行分类：静态测试，指不实际运行被测软件，而只是静态地检查程序代码、界面或文档中可能存在的错误过程。动态测试，是指实际运行被测程序，输入相应的测试数据，检查实际输出结果和预期结果是否相符的过程。按执行方式则分为手工测试和自动化测试。
软件质量特性：功能性，提供满足要求的功能。可靠性，是指在特定条件下使用时，软件产品维持规定的级别能力。易用性，易懂、易学、易用、漂亮好看简单来说就是让用户体检特别好。效率性，相对于所用资源的数量，软件产品可提供适当的性能的能力。通常效率就是我们常说的产品性能。可维持性也是可维护性，是指产品可被修改的能力。可移植性，是指软件产品从一种环境到另外一种环境的适应能力。
虽然刚接触软件测试这个学科一天，但是感觉软件测试的地位和任务都是相对非常重要的，不仅需要掌握很多知识，拥有很强的能力，还需要对需求和各种协议以及从前我认为的课外知识都要有所涉及。端正了我的学习态度，在以后的学习中，也希望学会更多的知识和常识，以后也会经常发帖来发表下自己学到的知识和对知识的理解。

在软件测试基础班里，我不仅学到了很多python和前端的知识，还学到了一些本专业特有的东西，让我更加了解了测试的必需性和重要性，首先开发不能负责测试的原因有三点：专业度，非专业测试,没有测试思维；思维定式，功能实现的角度,而非用户使用角度；测试力度，自己的代码不舍得测。
其中还明白了软件的架构分为两种：B/S（浏览器-服务器架构）和C/S（客户端-服务器架构），这两者之间的区别则是BS标准更强；CS有缓存，所以加载速度快数据更新，而BS没有；BS只需要服务器端更新，CS客户端和服务器都需更新；相对于CS来说BS安全性低；浏览器(客户端)不需要开发，CS需要针对不同平台开发客户端。
另外了解了五种常见浏览器IE、FireFox、Chrome、Safari、Opera。和常见图片类型：jpg--普通的图片；png--支持透明背景；gif--支持动图； psd--分层图片。最重要的则是明白了网络中的请求和响应。请求:客户端向服务器索取数据的行为；响应:服务端向客户端返回数据的动作；请求包含请求行,请求头,请求体，响应包含响应行,响应头,响应体；请求的常见方法为get和post：get请求数据可以在url中看到,post请求数据放在请求体中；get请求数据不安全,post相对安全一点；get请求数据量有大小限制,post请求没有；数据不重要数据量小的时候可以使用get请求，数据量大且重要的时候考虑使用post请求；响应的常见状态码，都是三位数字。
测试的流程分为单元测试、集成测试、系统测试和验收测试。单元测试又称模块测试，针对软件设计中的最小单位-程序模块，进行正确性检查的测试工作。单元测试需要从程序内部结构出发设计测试用例。多个模块可以平行地独立进行单元测试。集成测试又称组装测试，通常在单元测试的基础上，将所有程序模块进行有序的、递增的测试。重点测试不同模块的接口部分。系统测试指的是将整个软件系统看为一个整体进行测试，包括对功能、性能、以及软件所运行的软硬件环境进行测试。系统测试在系统集成完毕后进行测试，前期主要测试系统的功能是否满足需求，后期主要测试系统运行的性能是否满足需求，以及系统在不同的软硬件环境中的兼容性等。验收测试常常有软件系统的购买者代表在现场，甚至是在软件安装使用的现场。这是软件在投入使用之前的最后测试。
测试方法按照不同的分类又可以具体细分。按是否查看源代码分类：黑盒测试，又称数据驱动测试，完全不考虑程序内部结构和内部特性，注重于测试软件的功能需求，只关心软件的输入数据和输出数据。白盒测试，关注源代码和程序结构。灰盒测试，是介于白盒测试与黑盒测试之间的一种测试，灰盒测试多用于集成测试阶段，不仅关注输出、输入的正确性，同时也关注程序内部的情况。灰盒测试不像白盒那样详细、完整，但又比黑盒测试更关注程序的内部逻辑，常常是通过一些表征性的现象、事件、标志来判断内部的运行状态。按是否运行分类：静态测试，指不实际运行被测软件，而只是静态地检查程序代码、界面或文档中可能存在的错误过程。动态测试，是指实际运行被测程序，输入相应的测试数据，检查实际输出结果和预期结果是否相符的过程。按执行方式则分为手工测试和自动化测试。
软件质量特性：功能性，提供满足要求的功能。可靠性，是指在特定条件下使用时，软件产品维持规定的级别能力。易用性，易懂、易学、易用、漂亮好看简单来说就是让用户体检特别好。效率性，相对于所用资源的数量，软件产品可提供适当的性能的能力。通常效率就是我们常说的产品性能。可维持性也是可维护性，是指产品可被修改的能力。可移植性，是指软件产品从一种环境到另外一种环境的适应能力。
虽然刚接触软件测试这个学科一天，但是感觉软件测试的地位和任务都是相对非常重要的，不仅需要掌握很多知识，拥有很强的能力，还需要对需求和各种协议以及从前我认为的课外知识都要有所涉及。端正了我的学习态度，在以后的学习中，也希望学会更多的知识和常识，以后也会经常发帖来发表下自己学到的知识和对知识的理解。