半壁江山难稳固
软件测试记录应包括哪些内容
软件测试记录的话，看具体要求，不知道这个测试记录到底是指什么，一般来讲，测试完毕后都会出一份测试报告。
包括测试需求点，安装包地址，用例执行粒度，测试覆盖的系统，机型，发现的Buglist，延期的Buglist（这些是需要产品，研发，测试三方共同确认的），测试达到发版条件，可以发版
用sql数据库怎么做软件测试
展开全部 前者通常来说，就是验证前台操作与数据库的一致性，比如你在前台删除、增加、修改一条数据，数据库相应的表内是否有相应的记录变化，这是最基本的如果你说是做数据库测试，牵涉到很多，不过，对于我们测试人员做的哦比较多的数据库的并发，打个比方说吧，我们对一个有5个字段的表test进行基本测试，验证两种情况：一，某字段order_no有索引；二，字段order_no无所有，有无索引时做相同的测试验证测试验证分同时并发和分钟并发两种情况验证 ，并发数从10、20、100、1000不等表中有50000条数据，通过比较响应时间得出测试结论。
做数据库测试不多，也觉得三两句说不清除！...
软件测试记录应包括哪些内容
展开全部 软件测试记录的话，看具体要求，不知道这个测试记录到底是指什么，一般来讲，测试完毕后都会出一份测试报告。
包括测试需求点，安装包地址，用例执行粒度，测试覆盖的系统，机型，发现的Buglist，延期的Buglist（这些是需要产品，研发，测试三方共同确认的），测试达到发版条件，可以发版...
软件开发数据库如何进行测试
比如：数据冗余，功能和性能方面存在的问题已经严重影响应用软件的使用。
软件测试人员往往重视对软件功能和编码的测试，而忽略对软件性能，特别是数据库访问并发测试。
因为，他们固有的思想中认为数据库设计存在问题对系统性能影响不大，或从根本上忽略了数据库在软件开发中的地位，直到出现了问题，才想到对数据库的测试，但往往也是仅仅通过对编码的测试工作中捎带对数据库进行一定的测试，这远远是不够的。
目前，中铁网上订票系统在大用户同时在线订票中系统频频瘫痪，就是最好的佐证。
所以，在应用软件的测试工作中，应该将数据库作为一个独立的部分进行充分的测试，这样才可以得到应用软件所需要的性能优化的数据库。
那么，应该对哪些内容进行测试，如何进行测试呢？ 2、数据库设计的测试 数据库是应用的基础，其性能直接影响应用软件的性能。
为了使数据库具有较好的性能，需要对数据库中的表进行规范化设计。
规范化的范式可分为第一范式、第二范式、第三范式、BCNF范式、第四范式和第五范式。
一般来说，逻辑数据库设计应满足第三范式的要求，这是因为满足第三范式的表结构容易维护，且基本满足实际应用的要求。
因此，实际应用中一般都按照第三范式的标准进行规范化。
但是，规范化也有缺点：由于将一个表拆分成为多个表，在查询时需要多表连接，降低了查询速度。
故数据库设计的测试包括前期需求分析产生数据库逻辑模型和后期业务系统开发中的测试两部分（这里指的是后者），我在这里称为实体测试。
数据库是由若干的实体组成的，包括（表，视图，存储过程等），数据库最基本的测试就是实体测试，通过对这些实体的测试，可以发现数据库实体设计得是否充分，是否有遗漏，每个实体的内容是否全面，扩展性如何。
实体测试，可以用来发现应用软件在功能上存在的不足，也可以发现数据冗余的问题。
经过测试，测试人员对有异议的问题要及时和数据库的设计人员进行沟通解决。
3、数据一致性测试 在进行实体测试后，应进一步检查下面的内容以保障数据的一致性： 3.1 表的主键测试根据应用系统的实际需求，对每个表的主键进行测试，验证是否存在记录不唯一的情况，如果有，则要重新设置主键，使表中记录唯一。
3.2 表之间主外键关系的测试数据库中主外键字段在名称，数据类型，字段长度上的一致性测试。
3.3 级联表，删除主表数据后，相应从报表数据应同时删除的问题例如学生表和学生成绩表，学生数据已经删除，成绩表中相应学生的成绩记录应同时删除。
3.4 存储过程和触发器的测试存储过程可以人工执行，但触发器不能人工处理，所以在对存储过程和触发器执行的过程中针对SQL SERVER2005及以上版本可以使用Microsoft SQL Server Profiler性能测试工具进行测试。
Microsoft SQL Server Profiler 是 SQL 跟踪的图形用户界面，用于监视数据库引擎或 Analysis Services 的实例。
测试人员可以捕获有关每个事件的数据并将其保存到文件或表中供以后分析。
例如：可以对生产环境进行监视，了解哪些存储过程由于执行速度太慢影响了性能。
4、数据库的容量测试 随着数据库系统的使用，数据量在飞速增长，如何在使用前对数据容量的增长情况进行初步估算，为最终用户提供参考，这在数据库使用和维护过程中，是非常重要的。
可以通过对数据库设计中基本表的数据大小，和每天数据表的数据产生量进行初步估算。
记录数据量=各个字段所占字节数的总和表的数据量=记录数据量*记录数数据库大小=各表数据量的总和 当然，数据库的大小不仅仅只是基本表的大小，还有系统表，视图，存储过程等其它实体所占的容量，但最基本的数据是表的数据。
另外，数据库的容量还包括数据库日志文件的容量，一般应预留数据库文件的2倍左右。
5、数据库的性能测试 应用软件除了功能外，很重要的一部分就是软件的性能，而对于数据库系统，数据库性能的好坏会直接影响应用软件的性能，这部分的测试，一般手工测试就显得无能为力了，这时就要借助自动化的测试软件，例如：DataFactory,DataFactory是一种强大的数据产生器，它允许开发人员和测试人员很容易产生百万行有意义的正确的测试数据库，该工具支持DB2、Oracle、Sybase、SQL Server数据库。
这样，就可以模拟出应用软件长期使用后，海量数据存储的数据库的性能状况。
从而尽早发现问题，进行数据库性能的优化。
这里要注意，进行性能测试的时候，一定要注意测试环境的一致性，包括：操作系统、应用软件的版本以及硬件的配置等，而且在进行数据库方面的测试的时候一定要注意数据库的记录数、配置等要一致，只有在相同条件下进行测试，才可以对结果进行比较。
否则无法和用户对软件的性能的观点达成一致。
6、数据库的压力测试 说起测试，我们首先想到的就是软件正确性的测试，即常说的功能测试。
软件功能正确仅是软件质量合格指标之一。
在实际开发中，还有其它的非功能因素也起着决定性的因素，例如软件的响应速度。
影响软件响应速度的因素有很多，有些是因为算法不够高效；还有些可能受用户并发数的影响。
在众多类型...
软件测试的步骤
软件测试步骤，一般是：制定测试计划；然后根据测试计划做：设计测试用例、实施测试（首先要搭建测试用环境）、管理测试时发现的BUG、测试完后（测试完，并且发现的BUG修正完）要做测试报告（这样，该测试过程就算结束了，每种类型（单元测试、集成测试、系统测试、验证测试）的测试都是如此）；根据项目规模大小不同，不同公司规范不同，会有较大差别的；
软件测试用例评审的过程？内容？相关角色？
展开全部 1：评审的过程 A：开始前做好如下准备 1、确定需要评审的原因 2、确定进行评审的时机 3、确定参与评审人员 4、明确评审的内容 5、确定评审结束标准 6、提前至少一天将需要评审的内容以邮件的形式发送给评审会议相关人员。
并注明详审时间、地点及偿参与人员等。
7、 在邮件中提醒评审会议相关人员至少简读一遍评审内容，并记录相关的疑问，以便在评审会议上提出。
8、 会议主持者（一般为用例编写人员）应在会议前整理相关疑问，以便在会议上提出。
B：开始评审 1、 召开评审会议。
与会者在设计人员讲解之后给出意见和建议，同时进行详细的评审记录。
2、 通用邮件与相关人员沟通 3、 通用IM工具直接与相关人员交流 4、根据评审内容进行评审2：评审内容 1、 用例设计的结构安排是否清晰、合理，是否利于高效对需求进行覆盖。
2、 优先极安排是否合理。
3、 是否覆盖测试需求上的所有功能点。
4、 用例是否具有很好可执行性。
例如用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确；期待结果是否有明显的验证方法。
5、 是否已经删除了冗余的用例。
6、 是否包含充分的负面测试用例。
充分的定义，如果在这里使用2&8法则，那就是4倍于正面用例的数量，毕竟一个健壮的软件，其中80%的代码都是在“保护”20%的功能实现。
7、 是否从用户层面来设计用户使用场景和使用流程的测试用例。
8、 是否简洁，复用性强。
例如，可将重复度高的步骤或过程抽取出来定义为一些可复用标准步骤。
3：参与评审人员（这里会分为多个级别进行评审） 1、 部门评审，测试部门全体成员参与的评审。
2、公司评审，这里包括了项目经理、需求分析人员、架构设计人员、开发人员和测试人员。
3、 客户评审，包括了客户方的开发人员和测试人员。
这种情况在外包公司比较常见。
...
软件测试要学什么数据库的知识,请教高人！！！！
从测试过程的角度来说我们也可以把数据库测试分为： 系统测试 传统软件系统测试的测试重点是需求覆盖，而对于我们的数据库测试同样也需要对需求覆盖进行保证。
那么数据库在初期设计中也需要对这个进行分析，测试。
例如存储过程，视图，触发器，约束，规则等我们都需要进行需求的验证确保这些功能设计是符合需求的.另一方面我们需要确认数据库设计文档和最终的数据库相同，当设计文档变化时我们同样要验证改修改是否落实到数据库上。
这个阶段我们的测试主要通过数据库设计评审来实现。
集成测试 集成测试是主要针对接口进行的测试工作，从数据库的角度来说和普通测试稍微有些区别对于数据库测试来说，需要考虑的是数据项的修改操作、数据项的增加操作、数据项的删除操作、数据表增加满、数据表删除空、删除空表中的记录、数据表的并发操作、针对存储过程的接口测试、结合业务逻辑做关联表的接口测试。
同样我们需要对这些接口考虑采用等价类、边界值、错误猜测等方法进行测试。
单元测试 单元测试侧重于逻辑覆盖，相对对于复杂的代码来说，数据库开发的单元测试相对简单些，可以通过语句覆盖和走读的方式完成。
系统测试相对来说比较困难，这要求有很高的数据库设计能力和丰富的数据库测试经验。
而集成测试和单元测试就相对简单了。
而我们也可以从测试关注点的角度对数据库进行分类： 功能测试 对数据库功能的测试我们可以依赖与工具进行： DBunit：一款开源的数据库功能测试框架，可以使用类似与Junit的方式对数据库的基本操作进行白盒的单元测试，对输入输出进行校验。
QTP：大名鼎鼎的自动测试工具，通过对对象的捕捉识别，我们可以通过QTP来模拟用户的操作流程，通过其中的校验方法或者结合数据库后台的监控对整个数据库中的数据进行测试。
个人觉得比较偏向灰盒。
DataFactory：一款优秀的数据库数据自动生成工具，通过它你可以轻松的生成任意结构数据库，对数据库进行填充，帮助你生成所需要的大量数据从而验证我们数据库中的功能是否正确。
这是属于黑盒测试。
数据库性能虽然我们的硬件最近几年进步很快，但是我们需要处理的数据以更快的速度在增加。
几亿条记录的表格在现在是司空见惯的，如此庞大的数据量在大量并发连接操作时，我们不能像以前一样随意的使用查询，连接查询，嵌套查询，视图，这些操作如果不当会给系统带来非常巨大的压力，严重影响系统性能。
性能优化分4部分： 1、物理存储方面 2、逻辑设计方面 3、数据库的参数调整 4、SQL语句优化 性能测试： 我们如何对性能方面进行测试呢，业界也提供了很多工具通过数据库系统的SQL语句分析工具，我们可以分析得到数据库语句执行的瓶颈，从而优化SQL语句。
Loadrunner：这个不用多说，我们可以通过对协议的编程来对数据库做压力测试。
Swingbench：（这是一个重量级别的feature，类似LR，而且非常强大，只不过专门针对oracle而已）数据库厂商也意识到这点，例如oracle11g已经提供了real applicationtest，提供数据库性能测试，分析系统的应用瓶颈。
还有很多第三方公司开发了SQL语句优化工具来帮助你自动的进行语句优化工作从而提高执行效率。
安全测试： 软件日益复杂，而数据又成为了系统中重中之重的核心，从以往对系统的破坏现在更倾向于对数据的获取和破坏。
而数据库的安全被提到了最前端自从SQL 注入攻击被发现，冒失万无一失的数据库一下从后台变为了前台，而一旦数据库被攻破，整个系统也会暴露在黑客的手下，通过数据库强大的存储过程，黑客可以轻松的获得整个系统的权限。
而SQL的注入看似简单缺很难防范，对于安全测试来说，如何防范系统被注入是测试的难点。
业界也有相关的数据库注入检测工具，来帮助用户对自身系统进行安全检测。
对于这点来说业界也有标准，例如ISO IEC 21827，也叫做SSE CMM 3.0，是CMM和ISO的集成的产物，专门针对系统安全领域的另外一方面，数据库的健壮性，容错性和恢复能力也是我们测试的要点 我们也可以发现功能测试，性能测试，安全测试，是一个由简到繁的过程，也是数据库测试人员需要逐步掌握的技能，这也是以后公司对数据库测试人员的要求。
软件测试的流程是什么？
测试流程依次如下：1.需求：阅读需求，理解需求，与客户、开发、架构多方交流，深入了解需求。
--testing team2.测试计划： 根据需求估算测试所需资源（人力、设备等）、所需时间、功能点划分、如何合理分配安排资源等。
---testing leader or testing manager3.用例设计：根据测试计划、任务分配、功能点划分，设计合理的测试用例。
---testing leader, senior tester4.执行测试：根据测试用例的详细步骤，执行测试用例。
--every tester（主要是初级测试人员）5.执行结果记录和bug记录：对每个case记录测试的结果，有bug的在测试管理工具中编写bug记录。
--every tester（主要是初级测试人员）6.defect tracking：追踪leader分配给你追踪的bug.直到 bug fixed。
--every tester7.测试报告：通过不断测试、追踪，直到被测软件达到测试需求要求，并没有重大bug.8.用户体验、软件发布等……
软件测试工具有哪些？
展开全部 性能测试工具LoadRunner惠普的强大， 很好用， 要钱a，支持的协议多且个别协议支持的版本比较高；b，负载压力测试方案设置灵活；特点c，丰富的资源监控；d，报告可以导出到Word、Excel以及HTML格式。
Jmeter Apache开源工具强大（接近Loadrunner）， 很好用QALoad的特点：（1）.测试接口多；（2）可预测系统性能；（3）通过重复测试寻找瓶颈问题；（4）从控制中心管理全局负载测试；（5）可验证应用的扩展性；（6）快速创建仿真的负载测试；（7）性能价格比较高。
此外，QALoad不单单测试Web应用，还可以测试一些后台的东西，比如SQL Server等。
只要它支持的协议，都可以测试。
Benchmark Factory：首先它可以测试服务器群集的性能；其次，可以实施基准测试；最后，可以生成高级脚本。
SilkPerformance:E-Test Suite由Empirix公司开发的测试软件，能够和被测试应用软件无缝结合的Web应用测试工具。
工具包含e-Tester、e-Load和e-Monitor，这三种工具分别对应功能测试、压力测试以及应用监控，每一部分功能相互独立，测试过程又可彼此协同。
JMeter是一个专门为运行和服务器负载测试而设计、100%的纯Java桌面运行程序。
原先它是为Web/HTTP测试而设计的，但是它已经扩展以支持各种各样的测试模块。
它和HTTP和SQL（使用JDBC）的模块一起运行。
它可以用来测试静止或活动资料库中的服务器运行情况，可以用来模拟服务器或网络系统在重负载下的运行情况。
它也提供了一个可替换的界面用来定制数据显示，测试同步及测试的创建和执行。
WAS是Micro$oft提供的免费的Web负载压力测试工具，应用广泛。
WAS可以通过一台或者多台客户机模拟大量用户的活动。
WAS支持身份验证、加密和Cookies，也能够模拟各种浏览器和Modem速度，它的功能和性能可以与数万美元的产品媲美。
ACT或称MSACT，它是微软的Visual Studio和Visual Studio.net带的一套进行程序压力测试的工具。
ACT不但可以记录程序运行的详细数据参数，用图表显示程序运行情况，而且安装和使用都比较简单，结果阅读叶很方便，是一套较理想的测试工具。
OpenSTA它的全称是Open System Testing Architecture。
OpenST的特点是可以模拟很多用户来访问需要测试的网站，它是一个功能强大、自定义设置功能完备的软件。
但是，这些设置大部分需要通过scrīpt来完成，因此在真正使用这个软件之前，必须学习好它的scrīpt编写。
如果需要完成很复杂的功能，scrīpt的要求还比较高。
当然这也是它的优点，一些程序员不会在意编写scrīpt的。
PureLoad一个完全基于Java的测试工具，它的scrīpt代码完全使用XML。
所以，编写scrīpt很简单。
它的测试包含文字和图形并可以输出为HTML文件。
由于是基于Java的软件，因此PureLoad可以通过Java Beans API来增强软件功能。
功能测试QTP 惠普公司， 教父级工具. vbs web app ji desktop app 都可以测selenium google 开源测试工具 web app 基本现在银行保险公司都用它， 功能根据测试开发人员的能力而定，可以开发的极其强大.常和testng junit Cucumber jenkins 一起用WinRunner企业级的功能测试工具，用于检测应用程序是否能够达到预期的功能及正常运行，自动执行重复任务并优化测试工作，从而缩短测试时间。
通过自动录制、检测和回防用户的应用操作，从而提高测试效率。
QARun一款自动回归测试工具，与Winrunner比较学习成本要低很多。
不过要安装QARun必须安装.net环境，另外它还提供与TestTrack Pro的集成。
Rational Robot我经常使用的测试工具，属于Rational TestSuite中的一员，对于Visual studio 6编写的程序支持的非常好，同时还支持Java Applet、HTML、Oracle Forms、People Tools应用程序的支持。
要支持Delphi程序的测试还必须下载插件。
Rational Robot的语法使用Basic语法，它的语言使用SQABasic。
Functional Tester它是Robot的Java实现版本，在Rational被IBM收购后发布的。
testcomplete也是要钱的webservicesoupui有免费版的，功能还行测试管理QC 惠普的除了要钱其他几乎是最好的TestDirectorMI的测试管理工具，可以与winrunner、Loadrunner、QuickTestPro进行集成。
除了可以跟踪Bug外，还可以编写测试用例、管理测试进度等等，是测试管理的首选软件。
TestManagerRational Testsuite中的一员，可以用来编写测试用例、生成Datapool、生成报表、管理缺陷以及日志等等。
是一个企业级的强大测试管理工具。
缺点是必须和其它组件一起使用，测试成本比较高。
TrackRecord一款擅长于Bug管理的工具，与TestDirecotr和Testmanager比较起来是很light的。
不过至今还没有配成功过。
：（Bugzilla一个产品缺陷的记录及跟踪工具，它能够为你建立一个完善的Bug跟踪体系，包括报告、查询并产生报表、处理解决等几个部分。
它的主要特点为：基于Web方式，安装简单；有利于缺陷的清楚传达；系统灵活，可配置性很强；自动发送Email。
Jira是一个Bug管理工具，agile开发常用. 自带一个Tomcat 4；同时有简单的工作流编辑，可用来定制流程；数据存储在HSQL数据引擎中，...
软件测试的流程是什么？
展开全部 测试流程依次如下：1.需求：阅读需求，理解需求，与客户、开发、架构多方交流，深入了解需求。
--testing team2.测试计划： 根据需求估算测试所需资源（人力、设备等）、所需时间、功能点划分、如何合理分配安排资源等。
---testing leader or testing manager3.用例设计：根据测试计划、任务分配、功能点划分，设计合理的测试用例。
---testing leader, senior tester4.执行测试：根据测试用例的详细步骤，执行测试用例。
--every tester（主要是初级测试人员）5.执行结果记录和bug记录：对每个case记录测试的结果，有bug的在测试管理工具中编写bug记录。
--every tester（主要是初级测试人员）6.defect tracking：追踪leader分配给你追踪的bug.直到 bug fixed。
--every tester7.测试报告：通过不断测试、追踪，直到被测软件达到测试需求要求，并没有重大bug.8.用户体验、软件发布等……...
