[其它] 软件测试人员容易遗漏一些隐藏的缺陷

说明：测试人员容易遗漏一些隐藏的缺陷 　　通常软件测试会暴露软件中的缺陷，经过修正后可以保证软件系统的功能满足需求并正确运行。但是，在系统测试和确认测试中，测试人员容易遗漏一些隐藏的缺陷。众所周知，软件测试不可能发现所有的缺陷，而软件开发周期各个阶段仍然存在注入缺陷的可能，但是，有一些缺陷是测试中容易忽略的，也就是说，通过测试方法和用例可以充分暴露这些缺陷，遗憾的是，它们往往被忽略或者某种原因忘记测试了，这就给软件留下了隐患或者危机。这些容易被忽略的缺陷包括： 　　1、安装缺陷 　　通常项目组完成代码
<weixin_38687218> 上传 | 大小：95kb

[其它] 实施单元测试的设计思路

说明：1.单元测试的任务 　　单元测试任务包括：1模块接口测试;2模块局部数据结构测试;3模块边界条件测试;4模块中所有独立执行通路测试;5模块的各条错误处理通路测试。 　　模块接口测试是单元测试的基础。只有在数据能正确流入、流出模块的前提下，其他测试才有意义。测试接口正确与否应该考虑下列因素： 　　1、输入的实际参数与形式参数的个数是否相同; 　　2、输入的实际参数与形式参数的属性是否匹配; 　　3、输入的实际参数与形式参数的量纲是否一致; 　　4、调用其他模块时所给实际参数的个数是否与被调模块的形
<weixin_38682279> 上传 | 大小：70kb

[其它] android应用程序实现语言切换

说明：首先创建多语言资源，参考在MainActivity的onCreate（）中添加如下代码publicvoidonCreate(BundlesavedInstanceState){   首先创建多语言资源，参考 在MainActivity的onCreate（）中添加如下代码    publicvoidonCreate(BundlesavedInstanceState){     s
<weixin_38607554> 上传 | 大小：27kb

[其它] 软件测试人员的测试目标是什么？

说明：软件测试人员的目的是什么?如果不了解这一点，就会容易失去目标和方向。再此特提出这一理论“满足需求”。希望能给大家一些提示。有一种说法是：我们要了解目标人物的需求，并满足，然后利用目标人物来为自己服务。即所谓双赢。把这一理论推广到测试 　　测试人员的目的是什么?如果不了解这一点，就会容易失去目标和方向。再此特提出这一理论“满足需求”。希望能给大家一些提示。 　　有一种说法是：我们要了解目标人物的需求，并满足，然后利用目标人物来为自己服务。即所谓双赢。把这一理论推广到测试人员这里，就会有如下结论：
<weixin_38705699> 上传 | 大小：75kb

[其它] 软件安全测试的几个原则

说明：软件安全性是一个广泛而复杂的主题，要避免因安全性缺陷问题受各种可能类型的攻击是不切实际的。本文从软件安全测试需要考虑的问题，来探讨软件安全测试原则，通过遵循这些原则避免许多常见的安全性测试问题出现。 　　摘要：软件安全性是一个广泛而复杂的主题，要避免因安全性缺陷问题受各种可能类型的攻击是不切实际的。本文从软件安全测试需要考虑的问题，来探讨软件安全测试原则，通过遵循这些原则避免许多常见的安全性测试问题出现。 　　关键词：软件安全;测试;原则 　　软件安全性是一个广泛而复杂的主题，每一个新的软件总可
<weixin_38520275> 上传 | 大小：97kb

[其它] WEB安全性测试分析

说明：安全性测试(securitytesting)是有关验证应用程序的安全服务和识别潜在安全性缺陷的过程。注意：web安全性测试并不最终证明应用程序是安全的，而是用于验证所设立策略的有效性，这些对策是基于威胁分析阶段所做的假设而选择的。 　　安全性测试(securitytesting)是有关验证应用程序的安全服务和识别潜在安全性缺陷的过程。 　　注意：安全性测试并不最终证明应用程序是安全的，而是用于验证所设立策略的有效性，这些对策是基于威胁分析阶段所做的假设而选择的。 　　以下是我读中的Web安全性测
<weixin_38624975> 上传 | 大小：99kb

[其它] 在软件测试工作中如何确定测试重点

说明：新来个测试任务，如何确定哪些是测试的重点呢，往往让新人无所适从。被其想当然所忽略，将精力放在其他上面或者没有测试出问题，不能挖掘出隐藏的需求。 　　测试之前最简单的是收到一封要求测试的描述文档，文档中说明了本次修改的内容，以文字修改为例在此说明。 　　一、统一调整的需求 　　1、所有涉及【幸运有有奖----三重大奖抽出来】的介绍说明文字、短信等，将“----”统一调整为破折号“——”，调整如下： 　　幸运有有奖——三重大奖抽出来 　　2、所有涉及【2011年6月1日-8月31日】的介绍说明文字、
<weixin_38698311> 上传 | 大小：44kb

[其它] 软件测试模型简介

说明：测试模型 　　V模型 　　测试阶段 　　单元测试 　　集成测试 　　系统测试 　　实现意义 　　V模型是软件开发瀑布模型的变种，它反映了测试活动与分析和设计的关系。 　　从左到右，描述了基本的开发过程和测试行为，非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系。 　　左边依次下降的是开发过程各阶段，与此相对应的是右边依次上升的部分，即各测试过程的各个阶段。 　　用户需求验收测试 　　需求分析和系统设计确认测试和系统测试 　　概要设计集成测试 　
<weixin_38742291> 上传 | 大小：74kb

[其它] 测试用例重构思考

说明：之前发了一篇关于测试用例的帖子在论坛，今天还是想在这里再唠叨一次，因为对测试用例的设计又有了一点新的认识，至少是在我的思想里，或许别人早就觉得是小儿科了，哈哈~ 　　新入职一家公司刚好赶上测试用例重构，接受成为这次任务的主要负责人，按照之前的工作经验，几乎完全照搬了过来，在跟直接领导的沟通中，也得到了测试经理的原则：以最少的用例覆盖尽量多的功能点。但是我却没有把握这个原则，依然将原来虽可行但却与之不符的原则搬了上来，按照测试用例粒度统一，粒度最细的角度去设计了一个功能模块的用例，在评审时测试经理
<weixin_38537684> 上传 | 大小：40kb

[其它] 如何设计和执行测试用例

说明：测试用例设计 　　测试需求收集完毕后，开始测试设计。 　　测试用例是什么?测试用例就是一个文档，描述输入、动作、或者时间和一个期望的结果，其目的是确定应用程序的某个特性是否正常的工作。设计测试用例需要考虑以下问题： 　　测试用例的基本格式： 　　软件测试用例的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果，下面逐一介绍。 　　~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~·· 　　用例编号：测试用例的编号有一定的规则，比如
<weixin_38672812> 上传 | 大小：107kb

[其它] 软件测试中黑盒测试的测试用例设计常用方法

说明：等价类划分 　　是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法. 　　1)划分等价类:等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价
<weixin_38516190> 上传 | 大小：85kb

[其它] 软件用例设计中的结构设计

说明：优秀的开发工程师不仅是有超强的代码编写能力，同时他还有非凡的概要设计和详细设计能力，那么对于优秀的测试工程师来说，不应该仅仅是极强的发现问题的能力，还应该具备优秀的用例设计能力。用例设计实际上包含两种能力，一种是结构设计能力，一种是用例场景设计能力，今天我想和大家讨论的是前一种能力。 　　用例设计中的结构设计就类似于软件开发中的概要设计，它实指用例设计中的测试项分拆、合并、派生。目前我们测试组有些员工在思考用例设计时包含了这个环节，但并没有将这个环节熟练掌握，且一直困扰着部分人的测试工作开展。可
<weixin_38508497> 上传 | 大小：64kb