[其它] 浅谈功能测试用例模板设计

说明：本文介绍测试用例一般要素以及如何根据项目特点设计测试用例模板，用以提高测试用例设计效率和实现测试用例执行结果报告的自动化计算，分析测试用例覆盖率。 　　【摘要】本文介绍测试用例一般要素以及如何根据项目特点设计测试用例模板，用以提高测试用例设计效率和实现测试用例执行结果报告的自动化计算，分析测试用例覆盖率。 　　【关键字】测试用例模板测试覆盖率 　　测试用例设计和执行是测试工作的核心，也是工作量最大的任务之一，设计良好的测试用例模板能提高测试用例的设计质量，便于跟踪测试用例的执行结果，自动生成测试
<weixin_38629206> 上传 | 大小：149kb

[其它] 功能测试的测试工作流程

说明：1.测试计划：这个计划，我个人觉得应该在详细设计确定后，代码开始编写的时候进行制定，因为我是“提早开始测试工作”思路的忠实fans，虽然现在项目里都只有我一个人在这么早 　　照产出的文档，介绍项目开发过程中的工作步骤 　　1.测试计划：这个计划，我个人觉得应该在详细设计确定后，代码开始编写的时候进行制定，因为我是“提早开始测试工作”思路的忠实fans，虽然现在项目里都只有我一个人在这么早开始工作。。。-_-/// 　　a)测试计划，主要是给后面的测试工作一些指南，不能写成领导看的计划，而是要写成
<weixin_38654944> 上传 | 大小：69kb

[其它] 软件GUI测试中的关注点

说明：本文列数了软件黑盒测试过程中，在被测试软件中可能存在的常见软件问题。本文不会详细讨论基本的软件测试思想与常用技术，仅针对在软件黑盒测试过程中若干的问题做描述，并提 　　【摘要】本文列数了软件黑盒测试过程中，在被测试软件中可能存在的常见软件问题。本文不会详细讨论基本的软件测试思想与常用技术，仅针对在软件黑盒测试过程中若干的问题做描述，并提供个人的参考测试意见与防范意见，希望可以为初学者提供些许帮助。 　　【关键词】软件测试，黑盒测试 　　【引言】不能不说的二个问题 　　软件测试中的“二八”原则 　
<weixin_38640072> 上传 | 大小：78kb

[其它] ATM监控系统中的报表测试

说明：实际ATM监控系统的报表测试，可以以本文介绍的六点为纲展开，但是又不可拘泥于这六点，而应根据实际项目的情况，调整相应的测试策略和测试方法，以便对系统进行更有效的测试 　　实际ATM监控系统的报表测试，可以以本文介绍的六点为纲展开，但是又不可拘泥于这六点，而应根据实际项目的情况，调整相应的测试策略和测试方法，以便对系统进行更有效的测试。 　　ATM监控系统集SNA通信技术、TCP/IP通信技术、数据库技术、数据库远程同步技术、语音卡技术、报表技术等多种技术于一体，实现了基于银行分布式网络环境下的A
<weixin_38698927> 上传 | 大小：66kb

[其它] 如何应对不明需求做好测试

说明：在日常需求的测试过程中，因为时间和资源的相对紧张，往往会遇到PRD不够细致，而UC描述也过于简单的情况，这个时候会让经验不够丰富的测试人员有种无从入手的感觉。其实由于思 　　在日常需求的测试过程中，因为时间和资源的相对紧张，往往会遇到PRD不够细致，而UC描述也过于简单的情况，这个时候会让经验不够丰富的测试人员有种无从入手的感觉。其实由于思考方式、对需求的理解程度、开发和编写UC的经验、以及文字描述的习惯不同，开发人员首次提交的UC，并不一定能立即指导测试人员编写出一系列相对健壮的TC。 　　虽
<weixin_38596413> 上传 | 大小：73kb

[其它] 设计功能和界面测试用例

说明：1.1文本框、按钮等控件测试1.1.1文本框的测试如何对文本框进行测试a,输入正常的字母或数字。b,输入已存在的文件的名称； 　　1.1文本框、按钮等控件测试 　　1.1.1文本框的测试 　　如何对文本框进行测试 　　a,输入正常的字母或数字。 　　b,输入已存在的文件的名称; 　　c,输入超长字符。例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入256个字符，检查程序能否正确处理; 　　d,输入默认值，空白，空格; 　　e,若只允许输入字母，尝试输入数字;反之;尝试
<weixin_38729438> 上传 | 大小：58kb

[其它] 功能测试中故障模型的建立

说明：故障模型是软件测试的基础，也是一个判断测试方法是否成熟的重要标志。在测试的过程中，要确保每一个目标状态都被测试，那么测试必须是系统的;为了最终定位软件缺陷，所以测试 　　1.概述 　　故障模型是软件测试的基础，也是一个判断测试方法是否成熟的重要标志。在测试的过程中，要确保每一个目标状态都被测试，那么测试必须是系统的;为了最终定位软件缺陷，所以测试必须是集中的;测试需要使用大量的测试用例和重复性测试，因此测试必须是自动的。若要满足上述三个测试条件，我们必须建立故障模型。 　　故障模型是将测试人员的
<weixin_38522529> 上传 | 大小：68kb

[其它] 可测试性的具体体现

说明：一.功能测试1.安装测试：1)安装过程中对于缺省安装目录及任意指定的安装目录，是否都能正确安装; 　　一.功能测试 　　1.安装测试： 　　1)安装过程中对于缺省安装目录及任意指定的安装目录，是否都能正确安装; 　　2)若是选择安装，查看能否实现其相应的功能; 　　3)在所有能中途退出安装的位置退出安装程序后，验证此程序并未安装成功(没有程序组及程序项产生); 　　4)软件安装后，对其它已经安装的软件是否有影响; 　　5)裸机安装后，各功能点是否可用; 　　6)安装前，安装程序是否判断可用磁盘空
<weixin_38680811> 上传 | 大小：57kb

[其它] 基于实际测试的功能测试点总结

说明：1.页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。可以使用一些工具，如LinkBotPro、File-AIDCS、HTMLLinkValidater、Xenu等工具。LinkBotPro不支持中文，中文字符显示为 　　1.页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。可以使用一些工具，如LinkBotPro、File-AIDCS、HTMLLinkValidater、Xenu等工具。LinkBotPro不支持中文，中文字符显示为乱码;HTMLLinkVali
<weixin_38701407> 上传 | 大小：61kb

[其它] web性能测试基本性能指标

说明：Web性能测试的部分概况一般来说，一个Web请求的处理包括以下步骤： 　　Web性能测试的部分概况一般来说，一个Web请求的处理包括以下步骤： 　　(1)客户发送请求 　　(2)webserver接受到请求，进行处理; 　　(3)webserver向DB获取数据; 　　(4)webserver生成用户的object(页面)，返回给用户。给客户发送请求开始到最后一个字节的时间称为响应时间(第三步不包括在每次请求处理中)。 　　1.事务(Transaction) 　　在web性能测试中，一个事务表示
<weixin_38686080> 上传 | 大小：65kb

[其它] 支付宝的性能测试

说明：2013年双11过程当中，促销开启的第一分钟内支付宝的交易总额就突破了一亿元，短时间内大量用户涌入的情况下，如何保证用户的支付顺畅，是对支付宝应用系统的一个极大的挑战。 　　一、性能测试支付宝场景介绍 　　2013年双11过程当中，促销开启的第一分钟内支付宝的交易总额就突破了一亿元，短时间内大量用户涌入的情况下，如何保证用户的支付顺畅，是对支付宝应用系统的一个极大的挑战。 　　支付宝的性能测试场景分为性能基线测试，项目性能测试。 　　任意一笔交易过来，我们都需要对交易进行风险扫描，对于有可能是账
<weixin_38741531> 上传 | 大小：122kb

[其它] 软件测试简易自动化测试设计

说明：序言：基于RFT的swing界面的自动化测试，这里不是说怎么去使用工具，而是怎么将RFT融入到自动化测试设计中，其实RFT在整个设计中，个人觉得，只是一个辅助的角色，如果时间允许的话，谁也不想用这么昂贵还这么不灵活的RFT，接下来，你读完这个系列后，你就知道为什么我这么说了。 　　一、简易自动化测试架构说明 　　很多人都应该了解了GUI自动化测试的通用架构划分如下： 　　1、对象层AppObject，存储基于find()搜索控件的具体方法，我分成了两大类，一类是通用的基本java控件、一类的不同
<weixin_38538585> 上传 | 大小：55kb