cuixin1108的博客

解压之后打开

基础版from selenium import webdriver#导入selenium与浏览器得服务webdrive#通过手动方式启动webdrive服务mydrive = webdriver.Firefox()#实例化drive对象，这个对象是firefox浏览器，使用不同的浏览器要实例化对应的类#相当于启动了浏览器mydrive.maximize_window()#使浏览器最大化mydrive.get('http:www.baidu.com')#get方法帮助我们url地址myd

1，什么是单元测试？单元测试是指，对软件中的最小可测试单元在与程序其他部分相隔离的情况下进行检查和验证的工作，这里的最小可测试单元通常是指函数或者类，一般是开发来做的，按照测试阶段来分，就是单元测试、集成测试、系统测试以及验收测试。2，为什么要做单元测试？???? 单元测试之后，才是集成测试，单个单个的功能模块测试通过之后，才能把单个功能模块集成起来做集成测试，为了从底层发现bug，单元测试时可以减少合成后出现的问题。???? 越早发现bug越好，这样可以早点发现问题，不然问题累计到后面，很可能会因

1、项目开发闭环a.需求规则说明书形成后，内部评审，客户确认，多次反复产物：原型图和需求规格说明书b.开发设计：1.概要设计2.详细设计3.编码4.单元测试5.集成测试c.测试人员：1.分析测试需求----测试需求跟踪矩阵2.测试计划—测试计划3.测试方案—测试方案4.测试用例—测试用例5.测试用例执行----缺陷报告6.测试报告–测试报告2、测试需求提取没有文档该如何进行？向开发了解需求，然后梳理需求1、文档模板测试计划：测试范围、测试内容、测试资源安排测试方案：

软件测试中的配置管理在软件测试工作中，我们经常碰到以下三个问题： 1. 缺陷只能在测试环境出现，但是在开发环境中无法重现； 2. 已经修复的缺陷在测试时又重现； 3. 发布程序在内部确认测试中测试通过，但是发布时却发生系统运行失效的情况。上述三个问题的产生主要有以下七点原因：1.测试环境配置的复杂性由于不同（版本）的操作系统、不同（版本）的数据库，不同（版本）的网络服务器、应用服务器，再加上不同的系统架构等组合，使得要构建的软件测试环境多种多样、不胜枚举；而且现在随着软件运行环境的

测试方案测试方案：是描述被测对象需要测试的特性、测试的方法、测试环境的规划、测试工具的设计和选择、测试用例的设计方法、测试代码的设计方案。简言之，测试方案是从技术角度对整个测试活动进行规划和控制。制定测试方案所包含的内容，主要有：1.概述描述软件项目的背景（如：项目名称、项目时间、项目目的）、测试范围、参考文档2.测试环境1）软硬件环境硬件设备：电脑配置、无线路由器、手机…软件设备：应用服务器、数据库服务器-型号&版本2）网络构成测试环境的网络结构、拓扑图3）环境搭建测试所需

测试计划测试计划：是对测试全过程的组织、资源、原则等进行规定和约束，并制定测试全过程各个阶段的任务以及时间进度安排，并提出对各项任务的评估、风险分析和管理需求。简言之，测试计划是从管理角度对整个测试活动进行规划和控制。制定测试计划所包含的内容，主要有：1.概述项目背景、测试范围、参考文档（需求文档、会议记录、同类项目的参考说明）2.组织形式测试涉及人员及其职责的划分3.测试范围确定被测特性有哪些，然后按照功能性、非功能性的分类，对系统模块&子模块进行划分，重要级别的设置4.测试通过

XXX系统测试报告（版本：V1.0）拟制： 日期： 审核： 日期： 批准： 日期：修订记录日期 修订版本 描述 作者目 录1 目的 52 概述 52.1 被测对象 52.2 测试特性 52.3 测试结论 63 测试时间、地点及人员 64 环境描述 64.1 测试组网图 64.2 硬件环境 74.3 软件环境 75 总结和评价 75.1 过程质量统计评估 75.1.1 工作量统计 75.1.2 用例数统计 95.1.3 需求覆盖

（项目名称）测试方案（仅供参考） 编写人员 XXX文档版本控制文档版本号 日期 作者 审核人 说明V1.0.0 2015/4/28 Rice³ 创建文档概述【软件的错误是不可避免的，所以必须经过严格的测试。通过对本软件的测试，尽可能的发现软件中的错误，借以减少系统内部各模块的逻辑，功能上的缺陷和错误，保证每个单元能正确地实现其预期的功能。检测和排除子系统（或系统）结构或相应程序结构上的错误，使所有的系统单元配合合适，整体的性能和功能完整。并且使组装好的软件的功能与用户要求(即常说的产

蜗牛书城系统软件测试计划目录1 前言 31.1 编写目的 31.2 名词解释 31.3 参考资料 31.4 测试摘要 32 资源需求 42.1 硬件资源 42.2 软件资源 42.3 人力资源 53 测试详述 53.1 测试范围 53.2 测试目标 53.3 组织形式 53.4 风险和约束 53.5 测试通过/失败标准 53.6 测试挂起/恢复条件 63.7 测试进度 64 测试策略 64.1 整体策略 64.2 测试类型 64.3 测试技术 75 测试提交

1.测试与软件模型软件开发生命周期模型指的是软件开发全过程、活动和任务的结构性框架。软件项目的开发包括：需求、设计、编码、测试、稳定、部署、维护等阶段。常见的软件开发模型有瀑布模型、迭代开发、螺旋开发和敏捷开发。1.1 瀑布模型瀑布模型式是最典型的预见性的方法，严格遵循预先计划的需求分析、设计、编码、集成、测试、维护的步骤顺序进行。步骤成果作为衡量进度的方法，例如需求规格，设计文档，测试计划和代码审阅等等。瀑布式的主要有以下问题：各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工作量