[活动]迎五一，庆周年，盖高楼(活动结束)

水上飘

分析系统日志是分析定位错误的有效手段之一


在性能测试结果分析当中，在性能测试结果分析当中，分析系统日志是分析定位错误的有效手段之一。
那系统日志包含哪些了，如何找到？
列举如下，大家参考。
目前web系统很多都要求程序员在程序当中写入log，一旦发生异常现象，就将异常的内容写到系统指定的存放log的文件当中。
该log文件可以用来作为性能测试工具运行完测试后，分析测试过程的依据。
另外大家可能最常用到的就是widows当中的系统日志，双击“我的电脑”－控制面板-管理工具－事件查看器，在事件查看器当中
左边的树目录当中选择“应用”节点，就可以看到当应用程序发生错误或者异常时，系统会捕获该异常，并将其写到事件查看器当中去，
测试当中是否导致了系统错误，就可以在这里面找着啦～！

水上飘

功能测试：用于测试应用系统的功能需求的黑盒测试方法。这类测试应由测试员做，这并不意味着程序员在发布前不必检查他们的代码能否工作(自然他能用于测试的各个阶段)。


　　系统测试：基于系统整体需求说明书的黑盒类测试；应覆盖系统所有联合的部件。


　　端到端测试：类似于系统测试；测试级的“宏大”的端点；涉及整个应用系统环境在一个现实世界使用时的模拟情形的所有测试。例如与数据库对话，用网络通讯，或与外部硬件、应用系统或适当的系统对话。


　　健全测试：典型地是指一个初始化的测试工作，以决定一个新的软件版本测试是否足以执行下一步大的测试努力。例如，如果一个新版软件每5分钟与系统冲突，使系统陷于泥潭，说明该软件不够“健全”，目前不具备进一步测试的条件。

贝贝酷

设计语言测试
    Web设计语言版本的差异可以引起客户端或服务器端严重的问题，例如使用哪种版本的HTML等。当在分布式环境中开发时，开发人员都不在一起，这个问题就显得尤为重要。除了HTML的版本问题外，不同的脚本语言，例如Javascrīpt、VBscrīpt或Perl等也要进行验证。

贝贝酷

数据库测试
    在Web应用技术中，数据库起着重要的作用，数据库为Web应用系统的管理、运行、查询和实现用户对数据存储的请求等提供空间。在Web应用中，最常用的数据库类型是关系型数据库，可以使用SQL对信息进行处理。

水上飘

软件缺陷
　　软件未达到产品说明书表明的功能。
　　软件出现了产品说明书指名不会出现的错误。
　　软件功能超出产品说明书指名范围。
　　软件未达到产品说明书虽未指出但应达到的目标。
　　软件测试人员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好。
　　一般我们都认为测出一个问题就是一个bug，其实这是不对的，假设测试10个问题就10个bug，而修改一出就全解决了，程序员肯定认为冤枉自己。
　　所有软件是文档，代码等组成的，最初的错误是来自于这些软件错误(software error)，如代码中加法写成减法。软件错误导致软件缺陷(software defect)，如设计缺陷，代码缺陷等，可用静态测试，如走查，静态检查，测试床（军事软件用的技术）等，软件的缺陷导致一个或多个软件故障 (software fault)，故障有内部故障，外部故障，也就是我们所说的bug，软件故障导致了软件在功能操作等方面的失效(software failure)。
　　我们平时测的bug实际上是软件故障于失效的体现。一旦软件错误得到修改，相应的故障与失效也就解除了。这样分有助于我们定位问题，找到问题。

水上飘

恢复测试：测试一个系统从如下灾难中能否很好地恢复，如遇到系统崩溃、硬件损坏或其他灾难性问题。


　　安全测试：测试系统在防止非授权的内部或外部用户的访问或故意破坏等情况时怎么样。这可能需要复杂的测试技术。

贝贝酷

页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。

贝贝酷

相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。

水上飘

测试驱动开发（Test Driven Development,英文缩写TDD）是极限编程的一个重要组成部分，它的基本思想就是在开发功能代码之前，先编写测试代码。也就是说在明确要开发某个功能后，首先思考如何对这个功能进行测试，并完成测试代码的编写，然后编写相关的代码满足这些测试用例。然后循环进行添加其他功能，直到完成全部功能的开发。代码整洁可用(clean code that works) 是测试驱动开发所追求的目标。
概括起来，测试驱动开发的基本过程如下：
　　(1) 明确当前要完成的功能。可以记录成一个 TODO 列表。
　　(2) 快速完成针对此功能的测试用例编写。
　　(3) 测试代码编译不通过。
　　(4) 编写对应的功能代码。
　　(5) 测试通过。
　　(6) 对代码进行重构，并保证测试通过。
　　(7) 循环完成所有功能的开发。

水上飘

从是否关心软件内部结构和具体实现的角度划分
　　A.白盒测试
　　B.黑盒测试
　　C.灰盒测试

walker1020

code audit        －－代码审计        
由一个人、组或工具对源代码进行的一个独立的评审，以验证其与设计规格、程序标准的一致性。正确性和有效性也会被评价。

Code Coverage－－代码覆盖率        
一种分析方法，用于确定在一个测试套执行后，软件的哪些部分被执行到了，哪些部分没有被执行到。

Code Inspection－－代码检视        
一个正式的同行评审手段，在该评审中，作者的同行根据检查表对程序的逻辑进行提问，并检查其与编码规范的一致性。

Code Walkthrough－－代码走读        
一个非正式的同行评审手段，在该评审中，代码被使用一些简单的测试用例进行人工执行，程序变量的状态被手工分析，以分析程序的逻辑和假设。

贝贝酷

白盒测试的测试方法：
代码检查法、静态结构分析法、静态质量度量法、逻辑覆盖法、基本路径测试法、域测试、符号测试、Z路径覆盖、程序变异。

贝贝酷

基本路径测试法是在程序控制流图的基础上，通过分析控制构造的环路复杂性，导出基本可执行路径集合，从而设计测试用例的方法。

　　设计出的测试用例要保证在测试中程序的每个可执行语句至少执行一次。

　　在程序控制流图的基础上，通过分析控制构造的环路复杂性，导出基本可执行路径集合，从而设计测试用例。包括以下4个步骤和一个工具方法：

　　1. 程序的控制流图：描述程序控制流的一种图示方法。

　　2. 程序圈复杂度：McCabe复杂性度量。从程序的环路复杂性可导出程序基本路径集合中的独立路径条数，这是确定程序中每个可执行语句至少执行一次所必须的测试用例数目的上界。

　　3. 导出测试用例：根据圈复杂度和程序结构设计用例数据输入和预期结果。

　　4. 准备测试用例：确保基本路径集中的每一条路径的执行。

jiang860718

从是否关心软件内部结构和具体实现的角度划分
　　A.白盒测试
　　B.黑盒测试
　　C.灰盒测试

jiang860718

白盒测试的测试方法：
代码检查法、静态结构分析法、静态质量度量法、逻辑覆盖法、基本路径测试法、域测试、符号测试、Z路径覆盖、程序变异。

贝贝酷

检查删除功能：在一些可以一次删除多个信息的地方，不选择任何信息，按”delete”，看系统如何处理，会否出错;然后选择一个和多个信息，进行删除，看是否正确处理。

贝贝酷

检查添加和修改是否一致：检查添加和修改信息的要求是否一致，例如添加要求必填的项，修改也应该必填;添加规定为整型的项，修改也必须为整型。

水上飘

自动化测试就是通过测试工具或其他手段，按照测试工程师的预定计划对软件产品进行自动的测试，它是软件测试的一个重要组成部分，它能够完成许多手工无法完成或者难以实现的一些测试工作。

水上飘

质量目标

通过测试管理工作的加强，力求在测试阶段尽可能多的发现软件错误与缺陷，尽可能少的将问题带给用户，确保软件的质量及其可靠性，提高用户满意程度，使作为质量管理中心的质量管理部真正的把好产品的质量关，尽量在测试阶段发现软件错误和软件缺陷减轻客户服务部的压力，提高金益康公司产品的质量与市场竞争力，营造公司良好的形象。

贝贝酷

检查修改重名：修改时把不能重名的项改为已存在的内容，看会否处理，报错。同时，也要注意，会不会报和自己重名的错。