-
尽早介入测试。。。查看全部
-
软件测试是对程序能够按预期运行建立起一种信心查看全部
-
负载测试：在测试过程中，逐步的增加负载，来观察系统的表现，最终确定出系统在正常的指标范围下的最大负载。 压力测试：测试系统在极限情况下的压力情况，最终系统字什么样的压力环境下会导致失效，不能正常运行，确定出我们这个系统所能承受的最大极限。 稳定性测试：一般是以稍大于正常业务量的负载进行持续的、长时间的测试，比如：24*5，连续5天的对这个系统进行24小时的施加压力，以确定系统在较长时间的运行情况下，我们这个系统地稳定性情况。 性能测试工具：LoadRunner ,Silkperformer , Jmeter(java开源的有效的测试工具) ,WebLoad , Apache Bench , LoadUI(专门针对接口的性能测试) 静态性能评估：开发Web应用时，基于一系列Web应用页面性能的最佳实践队Web应用的页面进行静态分析，并给出评估结果的性能分析方法，评估的标准（YSlow，PageSpeed）查看全部
-
软件测试分类: 按测试类型: 功能测试、性能测试、兼容性测试、部署测试、易用性测试、文档测试、本地化测试、安全测试、无障碍测试、可靠性测试 功能测试: 根据产品特性、操作描述和用户方案，测试一个产品的特性和可操作行为以确定它们满足设计需求。 针对的问题: 功能错误或遗漏、界面问题、性能错误、数据及访问错误、初始化及终止错误。 功能测试工具: 商用: QTP(web)、winrunner(桌面)、silkTest、Rational robot 开源: selenium、Watir、Sikuli(基于屏幕截图) 性能测试: 负载测试:在测试过程中，逐步加入负载，最后确认最大负载; 压力测试:在极限情况的压力情况; 稳定性测试:稍大于正常业务量的情况下持续长时间的测试。 性能指标: 并发用户数VU、每秒事务数TPS、系统响应时间、设备性能。 性能测试工具: LoadRunner、Silkperformer、Jmeter、WebLoad、Apache Bench、LoadUI。 静态性能评估: 开发Web应用时，基于一系列Web应用页面性能优化的最佳实践对Web应用的页面进行静态分析，并给出评估结果的性能分析方法。 应用性能管理(APM): 提供对系统的实时监控以实现性能管理、故障管理的解决方案。查看全部
-
软件测试的分类查看全部
-
文档测试要点查看全部
-
单元测试、集成测试、系统测试、验收测试 主要学习系统测试 功能、性能、安全等查看全部
-
按测试手段分类：黑盒测试、白盒测试、静态测试、动态测试、手工测试、自动化测试。 一、黑盒测试： 1、不考虑内部结构（只测功能，输入——输出） 2、优点：（1）容易实施；（2）更贴近用户的使用角度； 缺点：（1）测试覆盖率较低（不到代码量的40%）；（2）复用率低，维护成本高； 3、主要测试什么：（1）是否有不正确或者遗漏的功能；（2）在接口上，输入是否能正确的接受？能否输出正确的结果？（3）是否有数据结构错误或外部信息（如数据文件）访问错误？(4)性能是否能够满足要求 4、系统测试用到黑盒测试较多； 5、设计方法：等价类划分法、边界值分析法、错误推测法、因果图法、正交试验分析法、状态迁移图法、流程分析法； 二、白盒测试（） 1、逻辑结构 2、逻辑单位：语句、条件、条件组合、分支、路径、条件和判定 3、优点：（1）迫使测试人员去仔细思考了解软件的实现，理解原理；（2）检测代码中的每条分支和路径；（3）揭示隐藏在代码中的错误；（4）对代码的测试比较彻底； 缺点：（1）昂贵；（2）无法检测代码中遗漏的路径和数据敏感性错误；（3）不能直接验证需求的正确性（从代码来验证的） 4、测试方法：代码检测法（代码和设计的一致性）、静态结构分析法（内部结构的分享）、静态质量度量法（质量的标准）、逻辑覆盖法、基本路径测试法（控制流图） 三、灰盒测试 1、介于黑、白盒测试之间，关注输出对于输入的正确性，同时也关注内部表现； 四、静态测试 1、无须执行程序，看文档或者代码； 2、方式：互审（相互）、走查（小组）、会议 五、动态测试 1、运行程序，检查运行结果与预期结果的差异； 六、手工测试 1、由专门的测试人员从用户的视角验证，更适用针对深度的测试和强调主观判断的测试； 2、众包测试、探索式测试； 七、自动化测试 1、使用单独的测试工具软件控制测试的自动化执行以及对预期和结果进行自动检查； 2、单元测试、接口测试、性能测试； 手工测试： 优点：易发现缺陷；容易实施；创造性、灵活性； 缺点：覆盖量化难；重复测试效率低；不一致性、可靠性低、人力资源依赖； 自动化测试： 优点：高效率、速度快；高复用性；覆盖率容易度量；准确、可靠；不知疲劳； 缺点：机械、发现缺陷率低；一次性投入较大；查看全部
-
测试的分类： 按测试阶段来分类：单元测试、集成测试、系统测试、验收测试。 一、单元测试： 1、最小可测试单元（如函数、类）； 2、原则：（1）尽可能保证各个测试用例是相互独立的;（2）开发人员来实施； 3、益处：（1）能尽早的发现缺陷；（2）有利于重构；（3）简化集成；（4）文档（减少文档的存在）；（5）用于设计； 4、限制：（1）不可能覆盖所有的执行路径，不可能捕捉到所有错误； （2）存在投入和产出的平衡（一行代码需要3~5行代码）； 5、框架：Xunit、JUnit、nunit、PHPUnit、CppUnit； 二、集成测试： 1、定义：在单元测试的基础上，组装； 2、主要实施方案：（1）Big Bang；（2）自顶向下；（3）自底向上；（4）核心系统集成；（5）高频集成；（2、3最常用的） 单元测试&集成测试的区别： 1、测试对象不同；（单元，模块与模块） 2、测试的依据不同；（详细设计，概要设计） 3、测试的方法；（类，模块之间接口的关系） 三、系统测试 1、在集成测试的基础上（实际运行环境下）； 2、关注点：（1）系统本身的使用；（2）系统与其他相关系统间的连通；（3）系统在不同使用压力下的表现；（4）系统在真实使用环境下的表现； 系统测试&集成测试的区别： 1、测试对象（整个系统，模块与模块）； 2、测试时间（集成之后，单元测试和系统测试之间）； 3、测试内容（整个系统，各个模块之间的接口）； 4、测试角度（业务角度的验证，技术角度的验证）； 四、验收测试（交付测试） 1、由用户来决定是否合格； 2、细分：用户验收测试（交付之前）；运行验收测试（运维）；合同和规定验收测试；alpha测试（用户测试，开发者提供的环境）；Beta测试（完全脱离了开发者，用户提供的环境）；查看全部
-
软件测试所遵循的原则： 1、测试显示缺陷的存在，但不能证明系统不存在缺陷； 2、穷尽测试是不可能的，应及时设定终止的条件； 3、测试应该尽早进行； 4、缺陷具备群集特性；（注：重点关注问题多的模块） 5、测试的杀虫剂悖论；（定时更新测试方法） 6、测试的二八原则；（把时间的80%重点放在测试主要模块上） 7、测试活动依赖于测试背景。查看全部
-
也就这张图实用查看全部
-
主要关注查看全部
-
owasp查看全部
-
V模型查看全部
-
传统瀑布模型查看全部
举报
0/150
提交
取消