随笔分类 -  测试总结

十步完成Web应用程序压力测试（转）
摘要：Web 应用程序是决定网站性能的关键，对其进行测试是网站测试的核心。压力测试的目的是测试系统在各种负荷（由并发用户所产生的综合处理量）下的性能和稳定性。 为了保证Web 应用程序的压力测试能取得理想的测试效果，压力测试也应该遵循软件工程中软件测试的一般规范。整个测试流程应有文档记录，压力测试应得到相应的重视。 需求分析 　　对不同的系统其压力测试的强度和侧重点也不同。一个用于中小企业内部网和一个要... 阅读全文
posted @ 2009-12-15 10:56 打杂小土豆 阅读(373) 评论(0) 推荐(0)
软件配置管理实施的若干问题研究
摘要：软件企业可以从以下几方面思路去实施软件配置管理。 1、列出软件开发、运行、维护各阶段所需的软件配置项　　所谓软件配置项就是在软件开发工作进展中得到的许多工作产品、阶段产品、使用的工具软件等信息项。表一中列举了若干类软件配置项及其生成的阶段。表一　　只有明确了各阶段有哪些软件配置项，软件企业才能在实施软件配置管理时胸有成竹、游刃有余。2、对现有软件配置项进行分类、补充，进一步完善软件配置　　软件企业... 阅读全文
posted @ 2009-07-30 15:00 打杂小土豆 阅读(409) 评论(0) 推荐(0)
测试管理流程简介(转)
摘要：测试管理可以被分成几个不同的阶段：组织、计划、创作、执行以及报告。这些在下面有更详细的描述。 测试工件和资源组织是测试管理中显然必不可少的部分。这需要组织和维持测试项目的详细目录，以及用来执行测试的各类事物。这表现了团队如何跟踪测试资产中的依赖关系和相互关联。需要管理的测试资产中最普遍的类型是： 测试脚本 测试数据 测试软件 测试硬件 测试计划是回答为什么测试、测试什么、在哪里测试和什... 阅读全文
posted @ 2009-07-15 14:45 打杂小土豆 阅读(463) 评论(0) 推荐(0)
11种方法检测软件可靠性
摘要：软件的安全可靠性是衡量软件好坏的一个重要标准，安全性指与防止对程序及数据的非授权的故意或意外访问的能力有关的软件属性，可靠性指与在规定的一段时间和条件下，软件能维持其性能水平能力有关的一组属性。具体我 们可以从以下几个方面来判断：1.用户权限限制。软件是否按功能模块划分用户权限，权限划分是否合理，考察超级用户对各个用户的权限管理是否合理，包括修改用户的登录资料等。2.用户和密码封闭性。软件对用户名... 阅读全文
posted @ 2009-04-01 14:45 打杂小土豆 阅读(440) 评论(0) 推荐(0)
HTTP服务器状态代码定义
摘要：HTTP服务器状态代码定义最近有朋友在做LR测试的时候,会产生比较多的HTTP错误查看其错误,有超时的,链接不到图片的,连接不到服务器等等所以现在把HTTP的一些状态贴上来也不知道是谁写的,不管了先,大家学习了在这,先感谢这帖子的原著咯o(∩_∩)o...HTTP服务器状态代码定义（Status Code Definitions）1.1 消息1xx（Informationa... 阅读全文
posted @ 2009-02-23 10:54 打杂小土豆 阅读(465) 评论(0) 推荐(0)
[转帖] 电子商务网站--界面测试的测试点
摘要：界面是软件，网站 与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作，起到向导的作用。同时界面如同人的面孔，具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败，让用户有挫败感，再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。目前界面的设计引起软件设计人员的重视的程度还远远不够，直到最近网... 阅读全文
posted @ 2009-02-23 10:47 打杂小土豆 阅读(399) 评论(0) 推荐(0)
MYSQL出错代码和出错信息对照表
摘要：mysql在操作中难免会出现不少错误，mysql的出错代码表，根据mysql的头文件mysql/include/mysqld_error.h整理而成。里面如有错误之处，恳请大家指正。1005：创建表失败1006：创建数据库失败1007：数据库已存在，创建数据库失败1008：数据库不存在，删除数据库失败1009：不能删除数据库文件导致删除数据库失败1010：不能删除数据目录导致删除数据库失败1011... 阅读全文
posted @ 2009-02-08 16:11 打杂小土豆 阅读(273) 评论(0) 推荐(0)
用户及权限管理功能常规测试
摘要：1) 赋予一个人员相应的权限后，在界面上看此人员是否具有此权限，并以此人员身份登陆，验证权限设置是否正确（能否超出所给予的权限）；　　2) 删除或修改已经登陆系统并正在进行操作的人员的权限，程序能否正确处理；　　3) 重新注册系统变更登陆身份后再登录，看程序是否能正确执行，具有权限是否正确；　　4) 在有工作组或角色管理的情况下，删除包含用户的工作组或角色，程序能否正确处理；　　5) 不同权限用户... 阅读全文
posted @ 2009-02-08 15:04 打杂小土豆 阅读(753) 评论(0) 推荐(0)
容易遗漏一些隐藏的缺陷
摘要：通常软件测试会暴露软件中的缺陷，经过修正后可以保证软件系统的功能满足需求并正确运行。但是，在系统测试和确认测试中，测试人员容易遗漏一些隐藏的缺陷。众所周知，软件测试不可能发现所有的缺陷，而软件开发周期各个阶段仍然存在注入缺陷的可能，但是，有一些缺陷是测试中容易忽略的，也就是说，通过测试方法和用例可以充分暴露这些缺陷，遗憾的是，它们往往被忽略或者某种原因忘记测试了，这就给软件留下了隐患或者危机。这些... 阅读全文
posted @ 2009-02-08 14:04 打杂小土豆 阅读(290) 评论(1) 推荐(0)
测试的主要评测方法（3）
摘要：动态监测 　　动态监测通常以柱状图或曲线图的形式提供实时显示/报告。该报告用于在测试执行过程中，通过显示当前的情况、状态以及测试脚本正在执行的进度来监测或评估性能测试执行情况。　　例如，在以上柱状图中，有 80 个测试脚本正在执行相同的用例。图中显示，有 14 个测试脚本处于空闲状态，12 个处于查询状态，34 个处于 SQL 执行状态，4 个处于 SQL 连接状态，16 个处于其他状态。随着测试... 阅读全文
posted @ 2009-01-14 13:14 打杂小土豆 阅读(243) 评论(0) 推荐(0)
测试的主要评测方法（2）
摘要：缺陷密度报告 缺陷状态与优先级　　应该给定所有缺陷的优先级，通常可行的做法是设定四种优先级中的一种： 　　1. 立即解决 　　2. 高优先级 　　3. 正常排队 　　4. 低优先级 　　一个成功测试的标准可以表示为缺陷在上述优先级上所应体现的分布方式。例如，对于一个成功的测试标准来说，可能不存在优先级为 1 的打开的缺陷，而且优先级为 2 的打开的缺陷要少于 5 个。例如下面的缺陷分布图：　　很明... 阅读全文
posted @ 2009-01-14 13:14 打杂小土豆 阅读(269) 评论(0) 推荐(0)
测试的主要评测方法（1）
摘要：简介 　　测试的主要评测方法包括覆盖和质量。　　测试覆盖是对测试完全程度的评测，它建立在测试覆盖基础上，测试覆盖是由测试需求和测试用例的覆盖或已执行代码的覆盖表示的。　　质量是对测试对象（系统或测试的应用程序）的可靠性、稳定性以及性能的评测。质量建立在对测试结果的评估和对测试过程中确定的变更请求（缺陷）的分析的基础上。覆盖评测 　　覆盖指标提供了"测试的完全程度如何？"这一问题的答案。最常用的覆盖... 阅读全文
posted @ 2009-01-14 13:11 打杂小土豆 阅读(502) 评论(0) 推荐(0)
软件测试基本方法2
摘要：确认测试的基本方法　　 通过综合测试之后，软件已完全组装起来，接口方面的错误也已排除，软件测试的最后一步——确认测试即可开始。确认测试应检查软件能否按合同要求进行工作，即是否满足软件需求说明书中的确认标准。1. 确认测试标准　　实现软件确认要通过一系列墨盒测试。确认测试同样需要制订测试计划和过程，测试计划应规定测试的种类和测试进度，测试过程则定义一些特殊的测试用例，旨在说明软件与需求是否一致。无是... 阅读全文
posted @ 2008-12-09 09:16 打杂小土豆 阅读(304) 评论(0) 推荐(0)
综合测试的基本方法
摘要：综合测试的基本方法　　 时常有这样的情况发生，每个模块都能单独工作，但这些模块集成在一起之后却不能正常工作。主要原因是，模块相互调用时接口会引入许多新问题。例如，数据经过接口可能丢失；一个模块对另一模块可能造成不应有的影响；几个子功能组合起来不能实现主功能；误差不断积累达到不可接受的程度；全局数据结构出现错误，等等。综合测试是组装软件的系统测试技术，按设计要求把通过单元测试的各个模块组装在一起之后... 阅读全文
posted @ 2008-12-09 09:15 打杂小土豆 阅读(388) 评论(0) 推荐(0)
单元测试的基本方法
摘要：单元测试的基本方法单元测试的对象是软件设计的最小单位——模块。单元测试的依据是详细设描述，单元测试应对模块内所有重要的控制路径设计测试用例，以便发现模块内部的错误。单元测试多采用白盒测试技术，系统内多个模块可以并行地进行测试。单元测试任务　　单元测试任务包括：1 模块接口测试；2 模块局部数据结构测试；3 模块边界条件测试；4 模块中所有独立执行通路测试；5 模块的各条错误处理通路测试。　　模块接... 阅读全文
posted @ 2008-12-09 09:14 打杂小土豆 阅读(450) 评论(0) 推荐(0)
软件测试方法 [转]1
摘要：软件测试的基本方法　　软件测试的方法和技术是多种多样的。　　对于软件测试技术，可以从不同的角度加以分类：　　从是否需要执行被测软件的角度，可分为静态测试和动态测试。　　从测试是否针对系统的内部结构和具体实现算法的角度来看，可分为白盒测试和黑盒测试；1、黑盒测试　　黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打... 阅读全文
posted @ 2008-12-09 09:12 打杂小土豆 阅读(443) 评论(0) 推荐(0)
案例分析：从一则笑话分析需求的陷阱
摘要：某日，老师在课堂上想考考学生们的智商，就问一个男孩：“树上有十只鸟，开枪打死一只，还剩几只?” 　　男孩反问：“是无声枪么?”　　“不是。”　　“枪声有多大?”　　“80~100分贝。”　　“那就是说会震的耳朵疼?”　　“是。”　　... 阅读全文
posted @ 2008-10-29 11:58 打杂小土豆 阅读(311) 评论(0) 推荐(0)
软件测试流程
摘要：一、 新产品或工程管理流程 1.1、需求调研 在软件需求分析阶段，测试人员从软件生命周期的需求阶段就开始介入在需求阶段的测试人员参与软件需求调研，以测试角度分析需求的可测性，可构思将来对其测试的方法、原则等；同时全面了解系统需求，从客户角度考虑软件测试需要达到的验证状态，即哪些功能点需重点测试、哪些无需，以便将来制定测试计划。 1.2、制定测试计划 进行每一种测试之前，测试负责人要根据“产品定义书... 阅读全文
posted @ 2008-09-18 15:24 打杂小土豆 阅读(792) 评论(0) 推荐(0)
测试管理中的一个问题—功能点覆盖还是功能测试点覆盖
摘要：功能点覆盖是在测试工作中经常提到的一个东西, 很多测试人员为了对功能点进行覆盖费劲了心思,可惜的是当他们将达到功能点覆盖100%的,系统,仍然不断出现问题,于是领导的责备,用户的冷眼,开发人员的讥讽就全来了,这个时候测试人员唯一的解释就是测试不是万能的,不可能发现所有的问题, 这个时候别人一问:你的功能点不是100%覆盖了吗?为什么还有错误没有发现,于是测试人员哑口无言了. 其实这个问题的关键... 阅读全文
posted @ 2008-09-18 14:21 打杂小土豆 阅读(381) 评论(0) 推荐(0)