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

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

[其它] 模糊自组织增量神经网络的模糊聚类

说明：模糊自组织增量神经网络的模糊聚类
<weixin_38706055> 上传 | 大小：2mb

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

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

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

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

[其它] 功能测试详解

说明：黑盒测试(Black-boxTesting，又称为功能测试或数据驱动测试)是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处 　　黑盒测试(Black-boxTesting，又称为功能测试或数据驱动测试)是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。 　　采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。 　　黑盒测试注重于测
<weixin_38594252> 上传 | 大小：62kb

[其它] 进销存系统中的报表测试

说明：本文适合有过MIS系统报表测试经验，或者有关进销存系统测试经验的朋友参考。报表功能的基本要求，就是通过查询/统计/分析，提供用户所需的准确的数据。如果无法实现这个 　　关键字:进销存报表软件测试 　　本文适合有过MIS系统报表测试经验，或者有关进销存系统测试经验的朋友参考。 　　报表功能的基本要求，就是通过查询/统计/分析，提供用户所需的准确的数据。如果无法实现这个基本功能，则报表完全失去意义。 　　对于用户来说，报表可以直接影响到他们的决策，例如可能因为报表对销售和库存情况反映的不准确，导致错
<weixin_38707862> 上传 | 大小：65kb

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

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

[其它] 不同成熟度的软件组织如何管理自己软件中的缺陷

说明：软件中的缺陷(Defect或Bug)是软件开发过程中的"副产品"。通常，缺陷会导致软件产品在某种程度上不能满足用户的需要。 　　关键词 　　能力成熟度模型(CapabilityMaturityModela,CMMa), 　　统计过程控制(StatisticalProcessControl,SPC), 　　软件开发(SoftwareDevelopment) 　　持续性改进(ContinuousImprovement) 　　1.背景介绍 　　软件中的缺陷(Defect或Bug)是软件开发过程中的"副
<weixin_38550137> 上传 | 大小：68kb

[其它] 在线无监督特征提取的增量式深度学习网络

说明：在线无监督特征提取的增量式深度学习网络
<weixin_38630697> 上传 | 大小：981kb

[其它] 排错的基本方法

说明：排错(即调试)与成功的测试形影相随。测试成功的标志是发现了错误。根据错误迹象确定错误的原因和准确位置，并加以改正的主要依靠排错技术。 　　1.排错过程 　　如下图所示，排错过程开始于一个测试用例的执行，若测试结果与期望结果有出入，即出现了错误征兆，排错过程首先要找出错误原因，然后对错误进行修正。因此排错过程有两种可能，一是找到了错误原因并纠正了错误，另一种可能是错误原因不明，排错人员只得做某种推测，然后再设计测试用例证实这种推测，若一次推测失败，再做第二次推测，直到发现并纠正了错误。 　　排错
<weixin_38716590> 上传 | 大小：94kb

[其它] 软件缺陷的分类与管理

说明：通常大家发现软件缺陷时会对软件缺陷进行分类，可分类的方式只有一种，就是严重极别,难道没有其它的分法吗。 　　通常大家发现软件缺陷时会对软件缺陷进行分类，可分类的方式只有一种，就是严重极别,难道没有其它的分法吗。比如我们碰到下面这种情况，测试人员发现有一种功能是必需加入进去的，这时他与程序员说，程序员说没有时间或是不必要，这时这种情况则会形成两者的扯皮，最终的结果也就不了了知了，这样会戳伤了测试人员的积极性，下次他们再也不会尽心的考虑产品的问题，只要可以运行就可以了。其实这种情况是可以解决的,下面
<weixin_38665162> 上传 | 大小：51kb

[其它] 测试与改错

说明：编程大师说：“任何一个程序，无论它多么小，总存在着错误。”初学者不相信大师的话，他问：“如果一个程序小得只执行一个简单的功能，那会怎样?”“这样的一个 　　编程大师说：“任何一个程序，无论它多么小，总存在着错误。” 　　初学者不相信大师的话，他问：“如果一个程序小得只执行一个简单的功能，那会怎样?” 　　“这样的一个程序没有意义，”大师说，“但如果这样的程序存在的话，操作系统最后将失效，产生一个错误。” 　　但初学者不满足，他问：“如果操作系统不失效，那么会怎样?” 　　“没有不失效的操作系统，
<weixin_38624437> 上传 | 大小：74kb