软件测试

第一步，测试基础： 测试基础是 软件测试 最最最重要的部分，只要你是做测试，不管是什么测试，测试的基础、理论知识都是必须学会的。大概就包括：测试计划编写、设计测试用例、编写测试报告、编写BUG报告单、跟踪BUG修复情况、还需要良好的沟通能力、以及各种测试阶段所使用的测试方法、 单元测试 、功能测试、集成测试、 系统测试 等。 第二步：学习 脚本语言 如：python语言,当然python 是一门相对简单的计算机语言，考虑长远发展，需要了解C语言或者java。都说C语言最难，但是用得确实也多。 第三步：学习 软件测试 工具 学习 软件测试 工具并不难，只是需要我们去系统的学习。比如性能测试工具loadrunner，自动化测试工具selenium、Appium,接口测试Jmeter、Postman等。虽然说工具不是万能的但是工具能为我们提高工作效率，所以必须得会熟练的使用。最关键的一点，是要结合项目具体去操作，实践出真知，理论知识在实际项目中才能得到巩固。 第四步：计算机硬件知识 做过性能测试的都知道在性能测试过程中硬件性能也是一个非常重要的指标、CPU、内存、IO、带宽等等、如果你是做硬件测试的。那么就更不用说了。交换机、路由器、防火墙这些设备都需要有所了解。 第五步：数据库测试 MySQL数据库 MySQL简介、命令行工具以及数据管理、MySQL数据查询（条件、分组、聚合函数、排序

测试环境 测试环境是指测试运行其上的软件和硬件环境的描述，以及任何其它与被测软件交互的软件，包括驱动和桩。 测试环境是指为了完成软件测试工作所必需的计算机硬件、软件、网络设备、历史数据的总称。 稳定和可控的测试环境，可以使测试人员花费较少的时间就完成测试用例的执行。 并且可以保证被提交的缺陷都可以在任何时候被准确的重现。 软件测试环境包含硬件环境和软件环境，硬件环境主要是PC机，软件环境包括软件运行的操作系统(主流的操作系统：windows、Linux、Unix)，数据库（Oracle、MySQL、SqlServer、DB2等）、web应用服务器（Apache、IIS、tomcat、Nginx等）和集群环境（如负载均衡）。 硬件配置 关键项 数量 性能要求 测试PC机（客户端） 5 cpu：i5-5200U@2.20GHz 硬盘：1TB 内存：8G 分辨率：1366x768 显卡：930M 测试移动终端（移动客户端） 3 系统：安卓 内存：2G 软件配置 资源名称/类型 配置 操作系统环境 windos 10专业版 浏览器环境 谷歌、火狐、IE 功能测试工具 手工测试 性能测试工具 Loadrunner、Jmeter 压缩工具 快压ZIP、WinRAR 截图工具 系统自带截图 文档编辑器 WPS、Office2019 测试管理工具 ALM、禅道、BugFree 来源： https:

一般情况下，企业开发软件时会按照基线和定制两块并行方式执行项目开发工作。无论什么公司，都需要遵从一套成熟的产品研发过程体系，才能做出质量较好的产品。因此，如果出现项目较多的情况，应该合理地安排基线和定制之前的里程碑，让基线产品能够尽量多地收集用户的通用型需求，为定制项目进度实现技术支撑，减少定制项目中大量更改代码、需要新增模块情况发生。此外，产品研发过程体系也需要按照业务实际时间要求变化，不要拘泥于一定要按照瀑布方式，或是敏捷方式进行管理，凡事都需要找到契合自己的方式。 【这里以一个基线产品开发过程作为流程解释基础，需要注意的是，以下说描述的各个阶段，在项目执行前要明确各个阶段的目标、指定计划、及时沟通，并确保各个时期所有成员对项目理解一致】 项目启动会 项目启动会的目标是明确该产品开发项目的目标。目标不是孤立存在的，目标与计划相辅相成，目标指导计划，计划的有效性影响着目标的达成。所以在执行目标的时候，考虑清楚自己的行动计划，怎么做才能更有效地完成目标，是每个人都要详情清楚的问题，否则，目标越是不清晰或是过高，都会影响项目的实际结果。 项目启动会需要说明项目目标、阶段划分、组织结构、管理流程等关键事项，并将这些内容写入 PPT（最好是有固定格式和范文，让团队内部或者公司内部共同遵守规范），需要大家达成一致。对于关键角色任命，事前也需要听取相关领导和项目主要干系人的意见。 用户需求

传统java项目开发都会利用maven、ant在hudson、jenkins中持续集成，开发、测试、每日构建，保证代码质量。maven默认不支持android，但是我们可以利用 maven-android-plugin 插件来让maven支持android。 环境 jdk 1.6及以上 Android sdk(r21及以上),最好是最高版本，最好也安装一下ndk Maven 3.0.3及以上，貌似3.1.0不好使，最好使用3.0.5版 设置ANDROID_HOME环境变量，将$ANDROID_HOME/tools、$ANDROID_HOME/platform-tools加入到环境变量中 测试环境 下载示例程序，通过跑这些程序，可以检测环境是否OK，并且下载maven需要的jar包。 示例程序 使用Maven进行Android开发 新建Maven Android项目 具体命令参考 此处 手动创建Maven Android项目 有些是历史项目，也可以手动将其改成maven项目，方法如下： 新建pom.xml文件，拷贝其他maven项目的也可。 修改<groupId>,<artifactId>,<name> 修改<version>,默认是 <version>0.1.0-SNAPSHOT</version> 增加android jar包依赖： <dependency> <groupId

1 、单元测试 单元测试（Unit testing），最小模块的测试，可以是一个函数或子程序，一般由开发者在系统开发过程中进行执行。单元测试针对每一个程序模块进行正确性检验， 检查各个程序模块是否正确地实现了规定的功能。单元测试是测试的第一步，其依据是详细设计，单元测试应对模块内所有重要的控制路径设计测试用例， 以便发现模块内部的错误。 2 、集成测试 集成测试（Integration testing），被测试系统的所有组件都集成在一起，找出被测试系统组件之间关系和接口中的错误。该测试一般在单元测试之后进行。 3 、系统测试 是将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行环境下， 岁计算机系统进行全面的功能覆盖。 4 、验收测试 α测试（Alpha testing），是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由程序员或测试员完成。 β测试（Beta testing），是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。 来源： https://www.cnblogs.com/1021kim/p/11538436.html

导语：很多人在面试软件测试的过程中，经常被问到“你会搭建测试环境吗”？面对这样的提问，你知道怎么回答么？ 面试的时候，遇到这样的提问，很多人的都会感觉脑子一下一片空白，或者星星点点，不知道从何说起。一方面不知道面试官问这个问题的意图是什么？也不知道他想得到的答案是什么？更加不知道该从哪些方面来回答。作为一个测试行业从业8年有余的测试人员，我想跟大家分享一些我的经验和看法。 首先，毋庸置疑的是，面试官问这个问题，想要得到的是你肯定的答案，希望你是一个会搭建测试环境的优秀测试工程师。QA不管是做什么类型的测试，最基础的功能测试，需要搭建测试环境；进阶部分的性能压力测试，对搭建环境的要求更高。所以搭建测试环境是优秀测试工程师的必备技能之一，也是QA开展测试工作的前置条件。当然有些公司可能会有运维或者研发部门帮忙准备好测试环境，但是QA如果一味依赖别的部门，就会大大的局限测试工作的开展，如果别的部门没有时间或者进度滞后，会直接影响到测试工作的进度和效率；而且测试环境如果不是QA负责维护的，后期扩展业务需要优化测试环境的时候，或者遇到问题要调试的时候，都需要依赖其他部门，会导致测试工作不独立，也会显得测试工作人员不专业。 了解了QA具备搭建测试环境能力的重要性，那么真正要具备搭建测试环境的能力，需要掌握哪些技能和知识呢？ 这就需要我们先知道测试环境是什么。测试环境（Testing

背景 最近在弄 appium，然后顺便发现了 Selenium 框架和这本书，恰好这本书也介绍了一些软件测试&自动化测试的理论知识，遂拿过来学习学习。所以本文几乎没有实践内容，大多都是概念和工具的 mark，后续若有实践，我会来补充的。 一、软件测试 分类 1、根据项目流程阶段划分 需求分析 设计 编码 单元测试 集成测试 系统测试 验收测试 2、白盒测试、黑盒测试、灰盒测试 白盒测试的意义：有时候输出是正确的，但内部其实已经错误了，这种情况非常多。 灰盒测试的意义：如果每次都通过白盒测试来操作，效率会很低，黑盒又太过笼统，因此折中的灰盒测试比较适合。 3、功能测试与性能测试 功能测试 主要检査实际功能是否符合用户的需求。 功能测试又可以细分为很多种：逻辑功能測试、界面测试、易用性测试、安装测试、兼容性测试等。 性能测试 主要有 时间性能 和 空间性能 两种。 时间性能：主要是指软件的一个具体的响应时间。 空间性能：主要指软件运行时所消耗的系统资源。 4、手工测试与自动化测试 自动化测试不能完全地替代手工测试 ，自动化测试的目的仅仅在于让测试人员从烦琐重复的测试过程中解脱出来，把更多的时间和精力放到更有价值的测试中， 例如探索性测试。而自动化测试更多的是用来进行冒烟测试和回归测试。 自动化测试是本文要探讨的重点。 5、冒烟测试、回归测试、随机测试、探索性测试和安全测试 冒烟测试

Agile-单元测试 单元测试 (Unit testing) 待单元程序(unit, 如一个 Java public method source code) 完成后，用工具(如JUnit)，自动执行 test code，测试该单元 (unit) 叫单元测试 逆向工程 工具 利用逆向工程 工具 如 BOUML *需要时，可由程序(source file；不含 reused code) 动态产生 class diagram, sequence diagram 等文档，供了解软件全貌、决定维修那个class及检查相关classes(为了解软件全貌，main program 之前也要有标头:系统描述、重大决策)这有可能敏捷达成 CMMI 一些 process areas 的 goals VS是有相关的软体可用，只是不知道那个最顺手~~~ p.s 写到这里算是把Agile大概走一遍，接下来有实做心得再记录了~~~ 自我LV~ 原文: 大专栏 Agile-单元测试 来源： https://www.cnblogs.com/chinatrump/p/11516249.html

1.软件的缺陷及其影响 1.1什么是软件缺陷 软件缺陷就是软件产品中所存在的问题，最终表现为用户所需要的功能没有完全实现，不能满足或不能全部满足用户的需求。 从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错误、误差等各种问题。 从外部看，软件缺陷是系统所需要实现的某种功能的失效或违背。 软件缺陷的类型： （1）软件未实现产品说明书要求的功能。 （2）软件出现了产品说明书不应该出现的错误。 （3）软件实现了产品说明书未提到的功能。 （4）软件未实现产品说明书虽未明确提及但应该实现的功能。 （5）软件难以理解、不易使用、运行缓慢——从测试员的角度看——最终用户会认为不好。 1.2 存在软件缺陷的案例及影响 （1）千年虫问题（产生约1974年） 　　　　日期存储未存储世纪 （2）爱国者导弹防御系统（1991年） 　　　　 时钟计算做了一个舍入操作，二进制转十进制，无限循环导数 （3）英特尔奔腾浮点除法缺陷（1994年） 　　　　 （4）“冲击波”病毒（2003年） 　　　　 （5）诺基亚手机平台缺陷（2008年） 　　　　 2. 软件测试的产生与发展 1、软件测试的产生 软件缼陷产生的主要原因： （1）需求解释有错误； （2）用户定义错误； （3）需求记录错误； （4）设计说明错误； （5）编码说明有误； （6）程序代码有误； （7）其他有误，如：数据输入等。 2

对于开发人员来说，往往对各种测试方法感到疑惑。特别是在整合代码的时候，我们就能深刻感觉受到测试的重要性。很多开发人员只注重写代码，轻视测试的重要性。总是代码一写完提交然后就交给测试组测试了，没多久测试组发回测试报告。然后又苦恼的修改自己代码的bug，慢慢地就开始讨厌测试组人员。没有经过自己细心测试的代码，不仅浪费了别人时间更影响到了自己的心情。 企业级项目实战(带源码)地址 ： http://zz563143188.iteye.com/blog/1825168 收集五年的开发资料下载地址： http://pan.baidu.com/share/home?uk=4076915866&view=share 接下来为大家细心讲述一下各种测试应用的环境及作用 一、测试环境和角色 黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试 ： 这些测试的范围正好是逐步递增的关系，但是测试的人员角色是不同。 黑盒测试、白盒测试、单元测试：开发人员分在不同的开发阶段要做的事情 黑盒测试、集成测试、系统测试：测试人员在测试周期内级层做的工作 验收测试：一般是在用户方做的工作 二、根据不同的范围 测试可以分为单元测试、集成测试、系统测试和验收测试。 体现了测试由小到大、又内至外、循序渐进的测试过程和分而治之的思想。 三、测试的功能 1.单元测试 粒度最小，一般由开发小组采用白盒方式来测试