点击文末小卡片免费获取软件测试全套资料资料在手涨薪更快1、软件测试环境搭建思考在什么条件下做软件测试怎么做软件测试1.1 搭建测试环境前确定测试目的功能测试验证软件是否满足用户的需求稳定性测试还是性能测试软件的效率测试目的不同,搭建测试环境时应注意的点也不同。例如1.功能测试不需要大量的数据需要覆盖率高测试数据要尽量真实性能测试需要大量存量数据或者与实际硬件环境尽可能相似的硬件配置比如对于app在当一千万个用户同时访问的时候能否应付2.测试的软件环境要尽可能模拟真实的环境选用合适的操作系统和软件。比如有的用户用ios系统有的用安卓系统3.了解测试软件运行的最低要求及用户使用的硬件配置4.了解用户常使用的软件避免我们做的软件配置与其相冲突万一产生冲突可能会闪退或者别的错误所以要避免和用户常用软件配置冲突。5.产品化的测试需要考虑兼容性测试举例就是对外的app或者网页即不管什么手机装了什么软件都能使用我的软件6.营造独立的测试环境不同人员和项目不要对当前测试产生影响希望我们的测试不要因为其他人员项目而改变。比如我现在做的测试万一开发也能看到他改动了对我的测试就会有影响。7.构建可复用的测试环境通过备份或数据隔离的方式。重复运用一套测试环境进行多版本多时间段的测试。1.2 环境搭建模式线下搭建在公司本地进行搭建申请独立测试服务器或者虚拟机 测试环境配置 测试项目导入例如对于搭建java环境配置java环境(下载jdk并配置环境变量)下载并安装中间件(tomcat、 jetty或其他)安装数据库并导入初始化脚本线上搭建Docker模式我把我的环境想要的东西封到一个大盒子里然后想用的时候就把盒子扔出去盒子就直接构建出环境。构建自己的image镜像然后执行deploy依赖第三方平台比如一个云环境上面有可以使用的虚拟机数据库等自己按需组合即可eg.蚂蚁金融云1.3 测试环境建设思路考虑点用途、使用成本、维护成本基本架构研发环境:用于研发自测、集成测试基于研发使用的环境他自己可以进行自调测试环境:用于日常单系统或两两微服务之间测试可同时集成自动化测试回归联测环境完备环境用于大型联测。整体的联测涉及到所有的业务流接口等所以要一个非常完备的环境外联环境(如果有需求) 稳定版本环境用于外部商户等联调灰度/沙箱环境用于生产数据测试仿真测试。仅仅在测试中自己造数据可能会遗漏所以引入生产数据灰度 生产验证等沙箱 数据查询 生产数据生产文件校验等2、测试过程在逻辑上。测试活动是按顺序进行的但是实际测试过程中这些活动是可以重叠或同时进行的比如支付宝的加好友登录转账等。对于加好友模块的测试还是需要先登录这个模块的操作的2.1 测试策划过程测试策划分为以下三个部分测试策划步骤进行 测试需求的分析确定需要测试的内容或质量特征明确测试的充分性要求提出 测试的基本方法测试策划需要进行确定 测试的资源和技术需求进行 风险分析与评估根据上述分析结果制 定测试计划根据测试计划开展相应的 测试控制活动2.1.1 需求分析过往的软件生命周期中需求分析阶段是没有测试人员参与的。但随着软件过程的优化 测试人员的加入对需求分析阶段有了更大的作用。测试在需求分析阶段加入的原因1.测试工程师参与需求分析 对需求了解很深刻减少与开发人员的交互节省时间针对一些功能测试需要在初期和开发人员来进行沟通2.早期确定测试用例的编写思路 为测试打好了基础3.可以 获取一些测试数据为测试用例设计提供帮助产品可能会更了解用户的需求和掌握更多的数据所以早一点可以获取一些测试数据4.可以 发现需求不合理的地方降低测试成本违反正常的操作准则等 可以提早发现避免更多的回炉重造。需求测试的作用1.测试需求的分析用来确定整个测试工作明确测试对象以及测试工作的范围和作用并作为测试覆盖的基础。2.被确定的测试需求项必须是可核实的测试需求必须有一个可观察、可评测的结果。3.如果无法核实的需求就不是测试需求。4.测试需求分析还包括与客户的交流以澄清某些混淆5.明确哪些需求更重要6.确保风险承担者尽早对项目达成共识7.对将来的产品有清晰的认识8.测试需求是制订测试计划的基本依据9.测试需求是设计测试用例的指导10.确定了要测什么、测哪些方面才能有效设计用例需求验证◆审查需求文档◆对需求文档及相关模型进行仔细检查◆另外在需求开发期间所做的非正式评审也是有所裨益的应当这样做以需求为依据编写测试用例编写用户手册在需求开发早期即可起草一份浅显易懂的用户手册用以描述出所有对用户可见的功能并用它作为需求规格说明的参考并辅助需求分析确定合格的标准让用户描述什么样的产品才算满足他们的要求和适合他们的使用将确认合格的测试建立在使用情景描述或使用实例的基础之.上余额宝需求测试实战以支付宝上余额宝业务为例分析1.原始需求早在2012年左右支付宝虽然很快被大众接受,但是却面临着一种比较普遍的现象:支付宝账户余额内总是有一 笔闲置资金虽然不同账户资金数额有多有少但总的来说这笔躺在账户什么做不了的闲置资金数额还是比较庞大的对于支付宝的发展而言非常不利2.产生需求于是产生了这样一个需求与基金公司合作推出货币基金产品同时用户购买货币基金后可直接通过货币基金金额进行支付购买商品或服务。货币基金可以视同余额、集分宝一样作为支付工具进行消费。3.审查需求文档我们一起简单看下需求文档大概分为以下需求分析流程图文字流程约束条件扣款的优先级异常处理安全控制页面需求分析过程中我们会将上面的流程分为:货币基金购买、提现、消费、资产管理、交易查询几部分可以通过需求规格说明书检查列表进行检查2.1.2 测试策略测试之前需要考虑的问题你知道要测试的系统是干什么的吗?你了解系统有些什么特点吗?系统有些什么功能?系统哪些部分需要测试?哪些不要测试?系统对性能有什么要求?系统对安全性有什么要求?由以上问题可以得出测试策略的要求测试策略是描述测试项目和测试任务之间的关系。它用来说明要测什么如何测如何协调测试资源和测试时间等。测试策略要素1.测试安排、发布计划罗列测试项目本身重要的里程碑每个里程碑都需要有明确的结束时间这个时间可以指导我们后续的测试2.测试时间如果测试时间安排不足我们就可以在后续的测试范围中挑选优先级比较高的特性来执行测试这样可以最大限度的保证产品的质量3.测试范围按照优先级排列分为In Scope和Out Of Scope分为在范围内和范围外需要说明哪些模块是在测试范围中的哪些是本阶段测试不考虑的对于在测试范围中的模块需要给出优先级以便相应测试时间不足的情况对于不在测试范围中的模块需要给出原因4.测试资源测试资源在测试策略中也是很重要的一环它分为人力和工具两部分人力资源主要说明参与测试的人员当然可以包括很多的角色如专业测试人员客户产品经理等工具即可能用到的其他软件5.测试环境测试环境主要包括推荐环境解决方案操作系统要求软硬件要求对于推荐解决方案需要陈述的是对测试项目对其他软件的依赖比如测试项目对JAVA有依赖推荐版本可能就是1.76.测试方法测试方法的罗列主要是为了说明针对测试项目我们要开展哪些类型的测试功能测试是必须的非功能测试是可选的7.文档管理对于一个完整的产品来说文档是很重要的一环它一般包括安装、升级文档用户指南等文档不单单是一个文件已经是软件的一部分所以需要完成测试才能发给用户以免文档不正确误导用户从而使他们对测试项目失去信心。8.风险管理风险管理模块需要罗列出来现在已知的可能会出现不确定性的因素比如我们这个公司的技术没法达到用户的要求比如同时有3亿人来访问某个app这些因素可能来自技术资源或者其他方面的对于需要的软件有可能非常贵公司负担不起或者需要和银行对接才能测试成功但是有可能无法和银行对接2.1.3 测试方案设计测试策略:侧重需求分析评估风险定义测试范围确定测试方法制定测试启动、停止、完成标准和条件测试计划:制定项目 测试过程中的测试重点各个阶段的任务分配以及时间进度安排并提出对各项任务的评估风险分析可以包括测试策略测试方案:侧重测试的方法测试环境的规划测试工具的设计和选择测试用例的设计方法测试代码的设计方案测试策略VS测试计划VS测试方案◆实际实施过程中往往存在这样类似的方式:◆ 测试方案测试计划用例设计方案工具选择自动化/性能测试具体方案◆ 测试计划测试策略测试任务分配时间进度安排货币基金消费测试方案分析过程1.分析需求当前测试包含需求项(需求文档或wiki链接等)2.测试计划(里程碑)及负责人整理当前项目各模块测试负责人、任务分配及测试时间安排3.测试范围、测试重点那些point需要测试 重点放在什么地方优先级安排4. 策略及工具是否需要进行自动化、性能、安全测试?使用哪些工具.5. 测试用例设计方法使用什么样的黑盒测试方法进行设计(等价类?边界值?因果图?等等)6. 测试环境测试环境是什么?需要哪些服务器、数据库配置如何等7.联调测试是否需要与第三方或其他部门进行联调?何时开展?联调包括哪些功能?例如基金公司8.测试限制在测试环境中哪些内容无法测试?9.测试风险在测试或计划测试过程中由于时间安排、测试限制、优先级分布可能带来的测试风险考量2.1.4 测试方案评审如果不进行测试方案的评审会造成严重后果仅从文档、沟通获取信息可能会造成信息不对称认识片面理解错误或不深入等问题缺少同行交叉评审和开发评审机制无法充分发挥集体智慧,个人的思维难以突破可能会出现测试遗漏的情况测试评审的目的呈现测试的工作与开发达成共识.比如发红包这个操作对于开发来说钱到了账上 就算操作完成对于测试用户是否有不想要这个红包的需求不同的思维方式碰撞出火花借鉴被人的思考方式培养这样的行为模式:愿意为团队或他人出谋划策发挥团队协作最大限度发挥个人的经验特长实现技能互补.评审重点采用的测试方法比如我认为这个项目不需要用性能测试但是有可能他需要等价类划分的依据测试数据的选取和准备方法比如现在做一个加法计算器验证它是否选取不可能输入所有的数据那么选取那些数据为什么选取就是需要评审的流程测试的路径组合在淘宝中如何进行购买商品的流程数据比对选取的对象和检查点比如在淘宝上买了新手机评估下单后数据库的接口数据等是否正常是否需要模拟数据及模拟数据的方法比如预言双十一的活动那么需要模拟多少数据多少下单量来制定方案基于风险的测试取舍当克服不了风险的时候需要批漏出来3、总结最后感谢每一个认真阅读我文章的人礼尚往来总是要有的虽然不是什么很值钱的东西如果你用得到的话可以直接拿走这些资料对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴我走过了最艰难的路程希望也能帮助到你凡事要趁早特别是技术行业一定要提升技术功底。