注册会员 | 设为首页 | 加入收藏夹
您好，欢迎光临本网站！[请登录] ！[注册会员]！  

搜索资源列表

  1. 接口测试白皮书--淘宝（中国）软件有限公司

  2. 2009/8/31 1 接口测试的背景 11 什么是接口测试 12 为什么做接口测试 13 接口测试的适用范围 2 接口测试的目的 21 战略方针 22 发展各阶段和目标 3 接口测试的定位 31 人员能力定位 32 职责定义 33 工作内容定位 4 接口测试的流程 41 项目工作流程 42 日常工作流程 43 流程步骤详解 431 需求分析和设计评审 432 测试框架和技术选型 433 测试计划制定 434 测试环境搭建 435 测试用例设计和评审 436 测试实现和执行 437 持续集成

  3. 所属分类：Java

    • 发布日期：2009-12-08
    • 文件大小：558080
    • 提供者：nikey_lee

  1. 测试文档 测试流程

  2. 测试流程： 1.需求分析阶段：只要就是对业务的学习，分析需求点。 2.测试计划阶段：测试组长就要根据SOW开始编写《测试计划》，其中包括人员，软件硬件资源，测试点，集成顺序，进度安排和风险识别等内容。 3.测试设计阶段：测试方案一般由对需求很熟的高资深的测试工程师设计，测试方案要求根据《SRS》上的每个需求点设计出包括需求点简介，测试思路和详细测试方法三部分的方案。《测试方案》编写完成后也需要进行评审。 4.测试方案阶段：主要是对测试用例和规程的设计。测试用例是根据《测试方案》来编写的，通过《

  3. 所属分类：其它

    • 发布日期：2010-09-21
    • 文件大小：28672
    • 提供者：jack18hao

  1. 计算机二级公共基础知识

  2. 1. 算法的基本概念 利用计算机算法为计算机解题的过程实际上是在实施某种算法。 （1）算法的基本特征 算法一般具有4个基本特征：可行性、确定性、有穷性、拥有足够的情报。 （2）算法的基本运算和操作 算法的基本运算和操作包括：算术运算、逻辑运算、关系运算、数据传输。 （3）算法的3种基本控制结构 算法的3种基本控制结构是：顺序结构、选择结构、循环结构。 （4）算法基本设计方法 算法基本设计方法：列举法、归纳法、递推、递归、减半递推技术、回溯法。 （5）指令系统 所谓指令系统指的是一个计算机系统能

  3. 所属分类：数据库

    • 发布日期：2011-04-30
    • 文件大小：82944
    • 提供者：zmxnlp

  1. 软件测试经典面试题 (超实用)

  2. 1、什么是兼容性测试？兼容性测试侧重哪些方面？ 5 2、我现在有个程序，发现在Windows上运行得很慢，怎么判别是程序存在问题还是软硬件系统存在问题？ 5 3、测试的策略有哪些？ 5 4、正交表测试用例设计方法的特点是什么？ 5 5、描述使用bugzilla缺陷管理工具对软件缺陷（BUG）跟踪的管理的流程？ 5 6、你觉得bugzilla在使用的过程中，有什么问题？ 5 7、描述测试用例设计的完整过程？ 6 8、单元测试的策略有哪些？ 6 9、LoadRunner分哪三部分？ 6 10、Lo

  3. 所属分类：互联网

    • 发布日期：2012-02-16
    • 文件大小：270336
    • 提供者：indigo5251

  1. 接口测试白皮书

  2. 1 接口测试的背景 3 1.1 什么是接口测试 1.2 为什么做接口测试 1.3 接口测试的适用范围 2 接口测试的目的 5 2.1 战略方针 2.2 发展各阶段和目标 3 接口测试的定位 7 3.1 人员能力定位 3.2 职责定义 3.3 工作内容定位 4 接口测试的流程 9 4.1 项目工作流程 4.2 日常工作流程 4.3 流程步骤详解 4.3.1 需求分析和设计评审 4.3.2 测试框架和技术选型 4.3.3 测试计划制定 4.3.4 测试环境搭建 4.3.5 测试用例设计和评审 4.

  3. 所属分类：其它

    • 发布日期：2013-04-01
    • 文件大小：558080
    • 提供者：nan_1219

  1. 高级系统架构师培训教程

  2. 目录 前言 ............... - 6 - 第一章 现代软件开发过程及架构策略 ......... - 7 - 1.1 软件架构设计师的的知识体系 ................ - 7 - 一、软件架构的定义与问题 ............. - 7 - 二、在信息技术战略规划（ITSP）中的软件架构 ............. - 8 - 1.2 从线性模型到迭代模型 ............. - 9 - 一、经典软件开发过程模型 ....................

  3. 所属分类：软考等考

    • 发布日期：2013-09-11
    • 文件大小：1048576
    • 提供者：linghui136

  1. 高级系统架构师

  2. 目录 前言 ............... - 6 - 第一章 现代软件开发过程及架构策略 ......... - 7 - 1.1 软件架构设计师的的知识体系 ................ - 7 - 一、软件架构的定义与问题 ............. - 7 - 二、在信息技术战略规划（ITSP）中的软件架构 ............. - 8 - 1.2 从线性模型到迭代模型 ............. - 9 - 一、经典软件开发过程模型 ....................

  3. 所属分类：管理软件

    • 发布日期：2014-10-16
    • 文件大小：1048576
    • 提供者：hanxirensheng

  1. 软件测试工程师笔试题及参考答案

  2. 软件测试工程师笔试题及参考答案 题与答案尽供参考 一、判断题 1．软件测试的目的是尽可能多的找出软件的缺陷。（Y） 2．Beta 测试是验收测试的一种。（Y） 3．验收测试是由最终用户来实施的。（N） 4．项目立项前测试人员不需要提交任何工件。（Y） 5．单元测试能发现约80%的软件缺陷。（Y） 6．代码评审是检查源代码是否达到模块设计的要求。（N） 7．自底向上集成需要测试员编写驱动程序。（Y） 8．负载测试是验证要检验的系统的能力最高能达到什么程度。（N） 9．测试人员要坚持原则，缺陷未修

  3. 所属分类：C

    • 发布日期：2009-03-20
    • 文件大小：11264
    • 提供者：realtek247

  1. 容量测试：容量测试目的是通过测试预先分析出反映软件系统应用特征的某项指标的极限值（如最大并发用户数、数据库记录数等），系统在其极限值状态下没有出现任何软件故障或还能保持主要功能正常运行。容量测试还将确定测试对象在给定时间内能够持续处理的最大

  2. 软件测试笔试试题 题与答案尽供参考 一、判断题 1．软件测试的目的是尽可能多的找出软件的缺陷。（Y） 2．Beta 测试是验收测试的一种。（Y） 3．验收测试是由最终用户来实施的。（N） 4．项目立项前测试人员不需要提交任何工件。（Y） 5．单元测试能发现约80%的软件缺陷。（Y） 6．代码评审是检查源代码是否达到模块设计的要求。（N） 7．自底向上集成需要测试员编写驱动程序。（Y） 8．负载测试是验证要检验的系统的能力最高能达到什么程度。（N） 9．测试人员要坚持原则，缺陷未修复完坚决不予通

  3. 所属分类：C

  1. 如何对测试用例进行评审

  2. 测试用例评审标准首先要清楚内部评审的定义，是测试组内部的评审，还是项目组内部的评审。评审的定义不同，内容也不会相同。如果是测试组内部的评审，应该着重于：1.测试用例本身的描述是否清晰，是否存在二义性；2.是否考虑到测试用例的执行效率.往往测测试用例评审标准首先要清楚内部评审的定义，是测试组内部的评审，还是项目组内部的评审。评审的定义不同，内容也不会相同。如果是测试组内部的评审，应该着重于：1.测试用例本身的描述是否清晰，是否存在二义性；2.是否考虑到测试用例的执行效率.往往测试用例中步骤不断重复

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：74752
    • 提供者：weixin_38682953

  1. 如何对测试用例进行评审

  2. 测试用例评审标准首先要清楚内部评审的定义，是测试组内部的评审，还是项目组内部的评审。评审的定义不同，内容也不会相同。如果是测试组内部的评审，应该着重于：1.测试用例本身的描述是否清晰，是否存在二义性；2.是否考虑到测试用例的执行效率.往往测测试用例评审标准首先要清楚内部评审的定义，是测试组内部的评审，还是项目组内部的评审。评审的定义不同，内容也不会相同。如果是测试组内部的评审，应该着重于：1.测试用例本身的描述是否清晰，是否存在二义性；2.是否考虑到测试用例的执行效率.往往测试用例中步骤不断重复

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：74752
    • 提供者：weixin_38602189

  1. 测试用例设计与管理思路整理

  2. 测试用例设计与管理思路整理软件测试简单7个步骤：1、理清模块需求：----由于项目需求说明书不详细，而且没有进行需求评审的情况下，在拿到上级lead给的测试任务后，一拿到先别着急去写测试用例，首先你应该做的是，根据有限的模块需求说明进行深入　　测试用例设计与管理思路整理 软件测试　　简单7个步骤：　　1、理清模块需求：　　----由于项目需求说明书不详细，而且没有进行需求评审的情况下，在拿到上级lead给的测试任务后，一拿到先别着急去写测试用例，首先你应该做的是，根据有限的模块需求说明进行深入理

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：47104
    • 提供者：weixin_38730129

  1. 评审测试用例的步骤

  2. 评审测试用例的步骤  软件测试　　测试用例的评审能够使用例的结构更清晰，覆盖的用户场景更全面;对于测试工程师来说也是一个快速提高用例设计能力的过程。　　1、需要评审的原因　　测试用例是软件测试的准则，但它并不是一经编制完成就成为准则。由于用例开发人员的设计经验和对需求理解的深度各不相同，所以用例的质量难免会有不同程度的差异。　　2、进行评审的时机　　一般会有两个时间点。第一，是在用例的初步设计完成之后进行评审;第二是在整个详细用例全部完成之后进行二次评审。如果项目时间比较紧张，尽可能保证对用例设

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：45056
    • 提供者：weixin_38502239

  1. 敏捷脑图测试用例实践之路

  2. 传统的黑盒测试用例比较繁杂，在实施敏捷的项目中会显得水土不服，让测试人员过度关注用例步骤的编写、修改，甚至同一条用例经过多人执行得到相同结果，让人想到一个呼之欲出传统的黑盒测试用例比较繁杂，在实施敏捷的项目中会显得水土不服，让测试人员过度关注用例步骤的编写、修改，甚至同一条用例经过多人执行得到相同结果，让人想到一个呼之欲出的广告词：一次编写，多人运行相同结果，没有思考的过程。在经历过这些痛楚之后，对用例进行改革，以便快速响应开发的交付节奏，同时形成用例评审规范，让开发、测试知己知彼，也加强开发自

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：60416
    • 提供者：weixin_38665775

  1. TD使用手册之测试用例导出

  2. 一、简述：在完成测试用例后，按照测试流程需要对测试用例进行评审，而在TD中对测试用例进行评审是很不方便的。为了解决这个问题，可以使用TD自带的文档导出功能，将测试用例导出后，分发给所有参与审评人员。二、导出步骤Step1：用户登录TD后，点击图1Step2：进入Documentgenerator页面。图2Step3：测试用例导出范围设置，见图3图3A区：如果是导出测试案例，在图2的勾选SubjectTree及其子树SubjectTests（效果见图3A区）。点击SubjectTree，打开Sub

  3. 所属分类：其它

    • 发布日期：2021-03-02
    • 文件大小：201728
    • 提供者：weixin_38752282

  1. 测试用例设计与管理思路经验总结

  2. 火龙果软件工程技术中心   已经很久没有写过case了,结合以前编写用例的一些经验，其实觉得编写用例也还是有流程可走的（当然不是按照教科书上说的那样进行用例设计，姑且不说有多少企业会有那么详细的需求书，会有多少时间让你去写完善，非常详细的测试用例，反正我是感觉项目中写用例的时间非常短），总结自己的一些经验，不单单是用例设计，还涉及到一些其他方面。简单7个步骤：1、理清模块需求：----由于项目需求说明书不详细，而且没有进行需求评审的情况下，在拿到上级lead给的测试任务后，一拿到先别着急去写测试

  3. 所属分类：其它

    • 发布日期：2021-02-27
    • 文件大小：149504
    • 提供者：weixin_38552536

  1. 敏捷脑图用例实践之路

  2. 本文来自infoq，本文主要讲敏捷中脑图用例的实践以及脑图用例演化,希望对您的学习有所帮助。传统的黑盒测试用例比较繁杂，在实施敏捷的项目中会显得水土不服，让测试人员过度关注用例步骤的编写、修改，甚至同一条用例经过多人执行得到相同结果，让人想到一个呼之欲出的广告词：一次编写，多人运行相同结果，没有思考的过程。在经历过这些痛楚之后，对用例进行改革，以便快速响应开发的交付节奏，同时形成用例评审规范，让开发、测试知己知彼，也加强开发自测的环节。本文主要讲敏捷中脑图用例的实践。在《软件测试转型之路》中，经

  3. 所属分类：其它

    • 发布日期：2021-02-24
    • 文件大小：893952
    • 提供者：weixin_38629920

  1. 测试用例设计与管理思路经验总结

  2. 火龙果软件工程技术中心   已经很久没有写过case了,结合以前编写用例的一些经验，其实觉得编写用例也还是有流程可走的（当然不是按照教科书上说的那样进行用例设计，姑且不说有多少企业会有那么详细的需求书，会有多少时间让你去写完善，非常详细的测试用例，反正我是感觉项目中写用例的时间非常短），总结自己的一些经验，不单单是用例设计，还涉及到一些其他方面。简单7个步骤：1、理清模块需求：----由于项目需求说明书不详细，而且没有进行需求评审的情况下，在拿到上级lead给的测试任务后，一拿到先别着急去写测试

  3. 所属分类：其它

    • 发布日期：2021-02-22
    • 文件大小：149504
    • 提供者：weixin_38502929

  1. TD使用手册之测试用例导出

  2. 一、简述：在完成测试用例后，按照测试流程需要对测试用例进行评审，而在TD中对测试用例进行评审是很不方便的。为了解决这个问题，可以使用TD自带的文档导出功能，将测试用例导出后，分发给所有参与审评人员。二、导出步骤Step1：用户登录TD后，点击图1Step2：进入Documentgenerator页面。图2Step3：测试用例导出范围设置，见图3图3A区：如果是导出测试案例，在图2的勾选SubjectTree及其子树SubjectTests（效果见图3A区）。点击SubjectTree，打开Sub

  3. 所属分类：其它

    • 发布日期：2021-02-21
    • 文件大小：201728
    • 提供者：weixin_38612304

  1. 敏捷脑图用例实践之路

  2. 本文来自infoq，本文主要讲敏捷中脑图用例的实践以及脑图用例演化,希望对您的学习有所帮助。传统的黑盒测试用例比较繁杂，在实施敏捷的项目中会显得水土不服，让测试人员过度关注用例步骤的编写、修改，甚至同一条用例经过多人执行得到相同结果，让人想到一个呼之欲出的广告词：一次编写，多人运行相同结果，没有思考的过程。在经历过这些痛楚之后，对用例进行改革，以便快速响应开发的交付节奏，同时形成用例评审规范，让开发、测试知己知彼，也加强开发自测的环节。本文主要讲敏捷中脑图用例的实践。 在《软件测试转型之路》中，

  3. 所属分类：其它

    • 发布日期：2021-01-27
    • 文件大小：893952
    • 提供者：weixin_38703626
« 12 »