bingjingfan的专栏

测试计划修订历史记录版本　　　　　　　日期　　　　　　AMD修订者　　　　　说明　　　　　1.0XXXX年XX月XX（A-添加，M-修改，D-删除）目录1．  简介... 41.1目的... 41.2背景... 41.3范围... 42.    测试参考文档和测试提交文档... 52.1测试参考文档... 5

<br />关于数据的查询，添加，修改，删除操作，当中经常会出现，如何高效的执行这几个功能模块的测试是每一个测试人员需要考虑的问题，也许不同的测试员有不同的测试方法，以下为我个人总结的关于查询，添加，修改，删除操作的测试方法。一．添加 (1) 添加按钮可用，测试点击添加按钮，能够进入相应的添加页面。可能存在的bug： 点击“添加”按钮，程序无反应，无法进行添加操作。 点击“添加”按钮，程序跳转到其他页面 (2) 进入添加页面，验证输入字段和需求描述一致可能存在的bug： 输入字段出现错别字。 输入字段丢失或

从网上看到的。 觉得对我有用，就收藏一下。        首先，是否需要编程技能与测试人员从事的测试工作种类有极大关系，相信很多人都听过微软曾经聘用一名家庭主妇来测试Windows操作系统的故事。实际上，软件测试分为：功能测试、需求测试、性能测试、兼容性测试、稳定性测试等，这些类型的测试基本不需要有编程基础。因为这些测试主要是从实现结果上去分析系统存在的问题，而不是过程。而对于分析代码的白盒测试，以及开发测试工具才要求测试人员有较强的编程能力。    其次，真正初、中级测试人员参与的都是第一类测试，也就是说

<br />是从网上看到的，对自己会有帮助，怕忘记了，就收藏起来了。<br /> <br />测试如何尽早介入<br />　　基于以前的测试经验，我们也越来越认识到测试人员应该尽早介入项目的重要性。简单地沿用测试V模型往往出现很多问题，特别是在项目进度拖延的情况下更是如此。如果测试人员一味固执地被要求严格按照V模型定义的标准来开展测试工作的话，则结果往往是在项目初期测试人员工作量极度不饱和（很多测试人员无所事事），而到了项目后期，一旦项目经理决定压缩测试时间，测试人员就不得不加班加点地工作。但是，不少朋友实

<br />http://bbs.51testing.com/viewthread.php?tid=110793<br /><br />测试用例的评审检查单（Checklist for Test cases）：<br />　　1）Has the correct template been used？（是否使用了正确的模板？）<br />　　2）Have all the scenarios specified in the requirement –explicit， implicit， nonfunctio

<br />测试技术解决目标<br />一、如何提高你的软件可靠性<br />二、如何降低你定位问题的难度<br />三、如何降低测试用例漏测<br />四、软件测试除了工具和自动化还有技术吗？<br />五、如何在编码前就可以消除软件的潜在缺陷？<br />六、如何才能让一线人员广泛掌握探索性测试技术<br />七、如何开发强大的压力测试用例集<br />八、如何提升测试分析与设计能力<br />九、如何知晓当前的测试改进点<br />十、如何知晓公司外的测试业界现状<br />十一、如何找到可以传授实战

"系统无法让您登陆.请确定您的用户名及域名无误,然后再输入密码.密码的字母必须使用正确的大小写."这是怎么回事?如果是XP的机器. 1：运行->输入“control userpasswords2”->选上“要使用本机，用户必须输入用户名和密码” 2：运行-输入regedit 展开到[HKEY_LOCAL_MACHINE//  SOFTWARE//Microsoft//Windows NT//CurrentVersion//Winlogon ] 删除AutoAdminLogon项

<br />序号<br />测试特性<br />1数据的一致性，正确性测试<br />数据类型的字段10进制与16进制的转换<br /><br />删除被引用基础数据<br />数量的数值是否计算正确<br />检查域的长度，是否有字符被截掉？<br />检查数字域的最大值和最小值？<br />检查数字域是否正确接受负数？<br />数据库对数据的存储是否完整？有没有出现字符串被截，数值没有4舍5入等？<br /> 特定数据的格式是否正确？如日期型数据有没有“-”或“/”等分隔符；金额字段的数据有没有每三位

<br />软件需求过程检查内容<br />1是否所有的系统输入已确定，包括其来源、准确性，取值范围和频率？<br />2是否所有的系统输出已确定，包括其目的地、准确性，取值范围、频率和格式？<br />3是否已确定所有的通信接口信息包括握手、错误检查、通讯协议、返回码的统一定义？<br />4是否定义清楚与其他模块和产品的交互流程<br />5是否提供量化的性能指标<br />6需求描述是否带有二义性，如“3个月以上”——是否包括3个月？<br />7是否有系统失败和成功的定义？<br />8是否详细说明

<br />如果使用数据库的话，需要确保它安全存储数据并允许您将来检索数据。您还希望数据库允许多个程序使用数据库而不会相互干扰。为了演示，假设您拥有一个银行。银行的数据库必须具备下列功能：<br />     安全存储合适的数据<br />     快速检索合适的数据<br />     支持多个并行的用户会话<br />    这些任务可以合称为 ACID 测试；ACID 是 Atomicity（原子性）、Consistency（一致性）、Isolation（隔离性）和 Durability（持久性）的缩

<br />1.输入验证<br />输入验证主要包括：数字输入验证、非法字符输入验证、输入长度验证、必填项验证和信息提示<br />1，数字输入验证：分别输入数字（正数、负数、零值、单精度、双精度）、字符串、空白值、空值、临界数值。不合法的输入，系统给出必要的判断提示信息。<br />2，字符输入验证：分别输入单字节字符、双字节字符、大小写字符、特殊字符、空白值、空值。不合法的输入，系统给出必要的判断提示信息。<br />3，日期、时间输入验证：分别输入任意字符、任意数字、非日期格式的数据、非正确日期、空值

<br />对于一个web网站来说，主要从这么几个大的方面来进行测试：<br />1、 功能测试；2、 界面测试；3、易用性测试；4、兼容性测试；<br />5、 链接测试；6、 业务流程测试；7、 安全性测试<br />下面主要从以上七个方面进行叙述： <br />一、功能测试<br />测试用例是测试的核心，测试用例的设计是一种思维方式的体现，在用例的设计中，用的比较多的方法是边界值分析法和等价类划分法，下面主要从输入框，搜索功能，添加、修改功能，删除功能，注册、登录、上传图片功能等11个方面进行总结说

<br />我们在实际工作当中，针对web应用程序，也就是经常所说的B/S系统，可以从如下方面来进行用户界面测试：<br />导航测试<br />导航描述了用户在一个页面内操作的方式，在不同的用户接口控制之间，例如按钮、对话框、列表和窗口等；<br />不同的链接页面之间，通过考虑下列问题，可以决定一个web应用系统是否易于导航；导航是否直观？web系统的主要部分是否可通过主页存取?web系统是否需要站点地图、搜索引擎或其他的导航帮助；<br />当然，这些同美工以及客户需求有关。我们是根据已经确认的页面进

<br />软件需求<br />业务需求（Business requirement）表示组织或客户高层次的目标。业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。业务需求描述了组织为什么要开发一个系统，即组织希望达到的目标。使用前景和范围（vision and scope）文档来记录业务需求，这份文档有时也被称作项目轮廓图或市场需求（project charter 或 market requirement）文档。<br />用户需求（user requirement）

<br />概要设计与详细设计的区别<br />概要设计就是设计软件的结构，包括组成模块，模块的层次结构，模块的调用关系，每个模块的功能等等。同时，还要设计该项目的应用系统的总体数据结构和数据库结构，即应用系统要存储什么数据，这些数据是什么样的结构，它们之间有什么关系。<br />详细设计阶段就是为每个模块完成的功能进行具体的描述，要把功能描述转变为精确的、结构化的过程描述。<br />概要设计阶段通常得到软件结构图<br />详细设计阶段常用的描述方式有：流程图、N-S图、PAD图、伪代码等<br /> 

<br />一、新增 1）新增的记录必须排在首页首行。 2）提交失败后必须保留用户已输入的内容，以便再次提交。 3）提交时或提交前需对主要标识字段进行重复值、空值（空格）判断。 4）需要验证字段的类型、最大长度限制验证。 5）可输入/选择框以正常色显示；不可输入/选择框以灰色显示。二、修改 1）如界面存在复选按钮，勾选多条记录进行修改时，需给予只能对一条记录进行修改，默认为第一条的提示信息。 2）修改时加载的内容都为该记录的实际内容，而不再为默认值。 3）修改完成后必须回到原记录所在位置，且刷新显示修改后的