总结的一个16个GV的很实用功能

第一篇：总结的一个16个GV的很实用功能

我总结的Gaussian View 的一些功能

（1）Fixed atom1 Rotate group

右键—>lable，点击

--

然后调整要旋转的角

度---OK

(2)保存gjf文件时勾选 write Cartesian 可将gjf文件保存为指教坐标

（3）在Gv中固定键长、键角或二面角

右键—>lable先标上序号 —

Bond、Angle Dihedral

下面选择Freeze coordinate—>右边Coordinate 中填入要固定的号 —>OK

Set Value中 选择Set 右面填入要固定的数值

（4）Check HOMO

用gv打开.chk文件---点击

----选中某轨道

---Visualize----update（在图区 右键--Display Format--Surface--里面可选择（mesh ,solid,Transparent）三种表示形式

(5)IR spectrum

Open.chk---Result----Vibration----Spectrum点击start可以看分子键振动

（6）Total Densty---> —>Coordinate中选择

Result---Surface---click Cube action-----New Cube-----Total Density------OK

(7)Mapping the MEP

Result----Surface----Surface action----New Mapped

Surface-----ECP----OK

(8)HOMO Mapping

Result Surface---.Surface actionNew Mapped SurfaceMolecular Orbital-OK

(9)查看分子对称性

Edit-----point group--勾选Enable Point Group Symmetry

(10)查看 内坐标与直角坐标

（11）Edit---Symmetrize 作用是建立好一个模型后，点击它则坐标轴就自动变为原点在中心，分子上下坐标沿着X轴对称分布

（12）在linux或unix下计算的的check 文件在windows下用gv不能看，解决方法:在linux或unix下输入命令

formchk a.chk b.fchk其中a为在check文件名 b为要保存fchk的名称

（13）打开一个分子，然后点

按钮，将某两个原子的序号改成1和2重新保存，则分子变为 1号原子在坐标原点，坐标轴沿着2号的方向。

（14)怎样改变GV中图片的背景颜色?

File---Preferences--colors----Background color=

（15）怎样改变坐标轴的次序

较笨的方法，但也不太麻烦。将记事本中的直角坐标复制到word中，然后将某两列互换（按住Alt键选列）

（16）将复杂的分子分层显示例如

用gv打开一个分子，Edit----select Layers 然后再set layer选则low或medium 然后在图中选择不想显示的原子 然后Apply就可以。这个主要在用oniom方法计算时用到，我有一篇文章是关于gv中设定oniom算法的，大家可以看看。

第二篇：班集体的教育功能,很好很强大

班集体的教育功能，很好很强大

当了几年的班主任，回顾起来，当我们忙得焦头烂额受苦受累的时候，往往是孤军奋战，一个人和一个学生单挑，甚至一个人跟一群学生恶斗。而我们忙得比较有效果的时候，往往是身边有许多的“助手”，往往是发挥了班集体的教育力量。

（1）同学们的发言湿润了他的双眼

李小昌样子看起来是一个很乖的学生，颇为斯文，然而开学没有多久却经常迟到，或者踏着点过来，上课晚修也经常说点小话什么的，虽然不是什么了不起的大错误，但在一个新生班级里显得很刺眼。找过他谈了几次，每次他都很心悦诚服的样子，态度非常诚恳。但是过后好不了两天又故态复萌。我有点生气。

后来机会终于来了，有一天下午他跟别人爬围墙出校门，别人跑得快，他跑得慢，结果不幸被值周老师抓住。于是通报批评，连累班级被扣分。他也由于“作恶多端”，按照班上的德育量化细则，要在全班面前作检查。

在他跟全班同学道歉检查完毕后。我引导学生思考和讨论。毕竟这个错误其实还不算什么，学生们都七嘴八舌，尤其是一些平时很认真的学生，发言更是积极，大多是说希望李小昌好好努力，争取将功补过之类的。说实话这些发言没有什么新意，跟我们平时的说教比起来更是显得“很没有深度”。但李小昌竟然也听得眼泪涟琏的样子。

不能说再那以后他就马上变得不再犯错误，但是可以看得出，那一节早读课同学们的发言给了他比较深的震动。从那以后，他就基本转移出我的视线了。

（2）给需要帮助的同学写一封信

叶剑容在我们学校比较出名，高一入学刚好分到了我们班上。这位同学学习基础不是很好，自我控制的能力比较弱，应该说有一些习惯让班上很多正义人士很不爽。而我对他的教育很多时候只是停留在找他们聊聊天之类的，甚至很少作严肃批评。所以相当长一段时间里这两位也是小毛小病间歇性发作，时好时坏。

刚好有一段时间班里自习课纪律比较乱。我让全体学生自己选一两个“习惯最不好，最需要帮助的人”，然后给这位同学写一段劝勉的话。交上来由班干部负责转交给这些同学。当然，作为班主任，我还是看了一下，看了一下我就很兴奋，因为果然如我所愿，叶剑容“得票最高”，看到厚厚的一叠意见，平时天天无忧无虑的叶剑容竟然也很是有点黯然神伤的样子。后来找他们谈的时候，叶剑容跟我汇报，他每天把这些信放在书包里，“经常拿出来看一看”。同学们也反映，在相当长一段时间内，叶剑容表现得相当克制。

后来还有了另一个事情，班上一位同学，有一天突然觉得他很努力，不会做的作业都还拼命的想，找别人来问。觉得很受感动。在周记里很诚恳的表示了佩服和表扬之情。我把这篇周记复印了下来，在后面加了几句话，放在信封里叫他带回去给他爸爸看---算是通报表扬。他老爸看了后很高兴，声称要请我们吃饭。

不能说这样的信能给叶剑容有多大的鼓舞，但是我在想，或者若干年后，这位学生还会想起在他成长的道路上有，有一个集体曾经给过他殷切的批评，也曾经给过他真诚的鼓励和赞扬，心里涌起些许温暖。---这或者属于我个人的小小教育幻想了。

（3）意义重大的表决

有段时间，班上失窃事件频频发生，有时候丢的东西挺值钱，比如MP3，五十元的人民币；有时候丢的东西很小，面包，牛奶之类的。班上群情汹涌，一时间议论纷纷。有迹象表明，有一个学生与这些事件可能有关——小A。顺便说一下，小A是一个貌似品学兼优的学生，成绩不错，特别喜欢看书。

我找到他，跟他好好地谈了谈，鉴于心理攻势可能比较强大，他流着眼泪承认了。后来写了一封信，跟我交代了一些具体事实，言辞诚恳，悔改之心跃然纸上。因为他还算主动承认，而且态度还好。我决定对他从轻发落。

然而过了不到两个星期，他又故态复萌，结果让班上早已怀疑他的同学埋伏起来，抓了个正着。老实说，这给我出了很棘手的难题。因为根据我的分析，这个学生更多的是心理问题。处理不当，对这个学生影响太大。后来这位学生的家长给我们一个建议，先听听班上学生的意见，看看班集体还能不能容纳他。于是，老套路又出来了：那一天的晚修，班上就开了个特别的班会。小A作了深刻的检讨，请求同学们能给他留下的机会。

每个学生都在安静地听着。因为事情重大，而且很多学生都有切肤之痛，所以没有任何人发言。直接进入下一个程序---表决。结果有点出乎意料，班上几乎所有的同学都举手同意他留下。

我又让每一位学生写一段劝戒的话给小A。学生们陷入了深深的思索中，写得格外认真，后来看了一下，有言辞激烈警告他的，也有温言软语表示劝戒的。我把五十多封信给他，然后告诉他表决的结果，让他好好地珍惜，同时也提醒他，在以后的日子里，班上所有的同学都会更关注他的成长，帮助他改正缺点。应该说，这个事情算是处理完了，班上以后再也没有发生过这样的事情，小A，以及他的家长对班上的同学特别感激。

并不是说这样一些小事处理得怎么好，对于很多老师来说，有太多的方法可以处理这样的事情，并且效果要完美得多。而是类似这样的事件给了我个人比较深刻的体验：有时候我们作为老师在进行教育活动的时候，一个人的力量毕竟还是有限。很多时候，学生---尤其是比较油的学生----可能内心深处不太在意老师的评价和劝勉，但是对他们朝夕相处的同伴同学却不能不以为然。有时候我们作为教育工作者可以对学生心灵可以作一番扣问，甚至对他们当头棒喝，但是效果---尤其是对抗学生的反复性方面---未必如我们所愿。而这时候发挥班集体的力量，往往能对学生造成长久的震撼以及反复的敲打。

在另一方面，班集体对个体进行教育的过程，也是一个班集体的进行自我教育和净化班风的过程。在面对和处理一个个事件的过程中，对班集体的其他成员真正起到了“有则改之无则加勉”的作用，更重要的是，在这这些过程中，不知不觉，一个班集体，就慢慢积累了正义，积累了善良，积累了爱心。

第三篇：功能测试点总结

功能测试点总结 功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要 求的功能。针对Web系统的常用测试方法如下：

1.页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。可以使用一些工具，如LinkBotPro、File-AIDCS、HTML Link Validater、Xenu等工具。LinkBotPro不支持中文，中文字符显示为乱码；HTML Link Validater只能测试以Html或者htm结尾的网页链接；Xenu无需安装，支持asp、do、jsp等结尾的网页，xenu测试链接包括内部链接和外部链接，在使用的时候应该注意，同时能够生成html格式的测试报告。如果系统用QTP进行自动化测试，也可以使用QTP的页面检查点检查链接。

2.相关性检查：功能相关性：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确，常见的情况是，增加某个数据记录以后，如果该数据记录某个字段内容较长，可能会在查询的时候让数据列表变形。

数据相关性：下来列表默认值检查，下来列表值检查，如果某个列表的数据项依赖于其他模块中的数据，同样需要检查，比如，某个数据如果被禁用了，可能在引用该数据项的列表中不可见。

3.检查按钮的功能是否正确：如新建、编辑、删除、关闭、返回、保存、导入，上一页，下一页，页面跳转，重置等功能是否正确。常见的错误会出现在重置按钮上，表现为功能失效。

4.字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度。还要检查需求规定的字符串长度是否是正确的，有时候会出现，需求规定的字符串长度太短而无法输入业务数据。

5.字符类型检查: 在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型。

6.标点符号检查: 输入内容包括各种标点符号,特别是空格,各种引号,回车键。看系统处理是否正确。常见的错误是系统对空格的处理，可能添加的时候，将空格当作一个字符，而在查询的时候空格被屏蔽，导致无法查询到添加的内容。

7．特殊字符检查：输入特殊符号，如@、#、$、%、!等，看系统处理是否正确。常见的错误是出现在% ‘ " 这几个特殊字符

8.中文字符处理: 在可以输入中、英文的系统输入中文,看会否出现乱码或出错。

9.检查信息的完整性: 在查看信息和更新信息时,查看所填写的信息是不是全部更新,更新信息和添加信息是否一致。要注意检查的时候每个字段都应该检查，有时候，会出现部分字段更新了而个别字段没有更新的情况。

10.信息重复: 在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理。

11.检查删除功能:在一些可以一次删除多个信息的地方,不选择任何信息,按“delete”,看系统如何处理,会否出错;然后选择一个和多个信息,进行删除, 看是否正确处理。如果有多页，翻页选，看系统是否都正确删除，并且要注意，删除的时候是否有提示，让用户能够更正错误，不误删除。

12.检查添加和修改是否一致: 检查添加和修改信息的要求是否一致,例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型.13.检查修改重名:修改时把不能重名的项改为已存在的内容,看会否处理,报错.同时,也要注意,会不会报和自己重名的错.14.重复提交表单：一条已经成功提交的纪录，返回后再提交，看看系统是否做了处理。对于Web系统来说，可以通过浏览器返回键或者系统提供的返回功能。

15.检查多次使用返回键的情况: 在有返回键的地方,返回到原来页面,重复多次，看会否出错。

16.搜索检查: 有搜索功能的地方输入系统存在和不存在的内容,看搜索结果是否正确.如果可以输入多个搜索条件,可以同时添加合理和不合理的条件,看系统处理是否正确，搜索的时候同样要注意特殊字符，某些系统会在输入特殊字符的时候，将系统中所有的信息都搜索到。

17.输入信息位置: 注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方。

18.上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。下载文件能否打开或者保存，下载的文件是否有格式要求，如需要特殊工具才可以打开等。上传文件测试同时应该测试，如果将不能上传的文件后缀名修改为可以上传文件的后缀名，看是否能够上传成功，并且，上传文件后，重新修改，看上传的文件是否存在。

19.必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项前加“*”；对必填项提示返回后，焦点是否会自动定位到必填项。

20.快捷键检查：是否支持常用快捷键，如Ctrl+C、Ctrl+V、Backspace等，对一些不允许输入信息的字段，如选人，选日期对快捷方式是否也做了限制。

21.回车键检查: 在输入结束后直接按回车键,看系统处理如何,会否报错。这个地方很有可能会出现错误。

22．刷新键检查：在Web系统中，使用浏览器的刷新键，看系统处理如何，会否报错。

23．回退键检查：在Web系统中，使用浏览器的回退键，看系统处理如何，会否报错。对于需要用户验证的系统，在退出登录后，使用回退键，看系统处理如何；多次使用回退键，多次使用前进键，看系统如何处理。

24．直接URL链接检查：在Web系统中，直接输入各功能页面的URL地址，看系统如何处理，对于需要用户验证的系统更为重要。如果系统安全性设计的不好，直接输入各功能页面的URL地址，很有可能会正常打开页面。

25．空格检查：在输入信息项中，输入一个或连串空格，查看系统如何处理。如对于要求输入整型、符点型变量的项中，输入空格，既不是空值，又不是标准输入。

26．输入法半角全角检查：在输入信息项中，输入半角或全角的信息，查看系统如何处理。如对于要求输入符点型数据的项中，输入全角的小数点（“。”或“．”，如４．５）；输入全角的空格等。

27．密码检查：一些系统的加密方法采用对字符Ascii码移位的方式，处理密码加密相对较为简单，且安全性较高，对于局域网系统来说，此种方式完全可以起到加密的作用，但同时，会造成一些问题，即大于128的Ascii对应的字符在解密时无法解析，尝试使用“uvwxyz”等一些码值较大的字符作为密码，同时，密码尽可能的长，如17位密码等，造成加密后的密码出现无法解析的字符。

28．用户检查：任何一个系统，都有各类不同的用户，同样具有一个或多个管理员用户，检查各个管理员之间是否可以相互管理，编辑、删除管理员用户。同时，对于一般用户，尝试删除，并重建同名的用户，检查该用户其它信息是否重现。同样，提供注销功能的系统，此用户再次注册时，是否作为一个新的用户。而且还要检查该用户的有效日期，过了有效日期的用户是不能登录系统的。容易出现错误的情况是，可能有用户管理权限的非超级管理员，能够修改超级管理员的权限。

29．系统数据检查：这是功能测试最重要的，如果系统数据计算不正确，那么功能测试肯定是通不过的。数据检查根据不同的系统，方法不同对于业务管理平台，数据随业务过程、状态的变化保持正确，不能因为某个过程出现垃圾数据，也不能因为某个过程而丢失数据。

30．系统可恢复性检查：以各种方式把系统搞瘫，测试系统是否可正常迅速恢复。

31．确认提示检查：系统中的更新、删除操作，是否提示用户确认更新或删除，操作是否可以回退（即是否可以选择取消操作），提示信息是否准确。事前或事后提示，对于Update或Delete操作，要求进行事前提示。

32．数据注入检查：数据注入主要是对数据库的注入，通过输入一些特殊的字符，如“’”，“/”，“-”等或字符组合，完成对SQL语句的破坏，造成系统查询、插入、删除操作的SQL因为这些字符而改变原来的意图。如select * from table where id = ‘ ’ and name = ‘ ’，通过在id输入框中输入“12’-”，会造成查询语句把name条件注释掉，而只查询id=12的记录。同样，对于update和delete的操作，可能会造成误删除数据。当然还有其它一些SQL注入方法，具体可以参考《SQL应用高级SQL注入.doc》，很多程序都是基于页面对输入字符进行控制的，可以尝试跳过界面直接向数据库中插入数据，比如用Jmeter，来完成数据注入检查。

33．刷新检查：web系统中的WebFor m.控件实时刷新功能，在系统应用中有利有弊，给系统的性能带来较大的影响。测试过程中检测刷新功能对系统或应用造成的影响（白屏），检查控件是否回

归默认初始值，检查是否对系统的性能产生较大影响（如每次刷新都连接数据库查询等）。

34．事务检查：对于事务性操作，断开网络或关闭程序来中断操作，事务是否回滚。

35．时间日期检查：时间、日期验证是每个系统都必须的，如2006-2-

29、2006-6-31等错误日期，同时，对于管理、财务类系统，每年的1月与前一年的12月（同理，每年的第1季度与前一年的第4季度）。另外，对于日期、时间格式的验证，如2006年2月28日、2006-2-

28、20060228等。日期检查还要检查日期范围是否符合实际的业务，对于不符合时间业务的日期，系统是否会有提示或者有限制。

36．多浏览器验证：越来越多的各类浏览器的出现，用户访问Web程序不再单单依赖于Microsoft Internet Explorer，而是有了更多的选择：Maxthon、Firefox、Tencent Traveler等，考虑使用多种浏览器访问系统，验证效果。

37．安装测试：对于C/S架构的系统，安装程序的测试是一个重要方面，安装程序自动化程度、安装选项和设置（验证各种方案是否都能正常安装）、安装过程中断测试、安装顺序测试（分布式系统）、修复安装及卸载测试。

38．文档测试：主要是对用户使用手册、产品手册进行测试，校验是否描述正确、完整，是否与当前系统版本对照，是否易理解，是否二义性等。

39．测试数据检查：事实告诉我们，测试数据比代码更有可能是错的，因此，当测试结果显示有错误发生的时候，怀疑代码错误前要先对测试数据检查一遍。

40．请让我的机器来运行：在某些项目中，出现一个病态的问题：系统没有问题呀，它在我的机器上是能够通过的。这就说明了其中存在着和环境相关的BUG。“是否所有的一切都受到了版本控制工具的管理？”、“本机的开发环境和服务器的环境是否一样？”、“这里是否存在一个真正的BUG，只不过是在其他的机器里偶然出现？”。所有的测试必须在所有系统要求的机器上运行通过，否则的话，代码就可能存在问题。

41．Ajax技术的应用：Ajax有很多优点，但也有很多缺点，如果利用优点、避免缺点，是我们对新的Web2.0应用的一个挑战。而Ajax的应用最直接的问题就是用户体验，用户体验的效果直接关系到是否使用Ajax技术。“会做，并不意味着应该做、必须做”，这就是对Ajax技术的很重要的注

解。

42．Ajax技术的应用：Ajax采用异步调用的机制实现页面的部分刷新功能，异步调用存在异常中断的可能，尝试各种方法异常中断异步的数据调用，查看是否出现问题。在这里遇到的一个问题就是对日期控件的操作，已经如果页面数据较多的时候的刷新。

43．脚本错误：随着Ajax、IFrame等异步调用技术的发展，Javascrīpt技术也越来越受到开发人员的重视，但Javascrīpt存在调试困难、各浏览器存在可能不兼容等问题，因此在Web系统中，可能会出现脚本错误。同时，脚本错误造成的后果可大、可小，不能忽视。

第四篇：功能测试总结精华

以下是本人在工作中的功能测试小结，拿来和大家一起分享：

1.留意分机电话号码

2.输入相同的字段名称（一般为必填项的）后，选择信息（可以有不同选择的，如：下拉框）： 输入同一个名称后，分别选择不同的状态，进行保存时，验证是否可以正常操作。

3.修改信息时，注意进入到修改页面后信息是否可以被修改，并查看修改后的信息与添加页面的信息是否一致

4.修改信息时，在修改页面输入异常数据或超长字符后保存

5.注重关联测试

6.测试登录时，别忘了修改密码时的相关测试

7.在搜索栏输入关键字后，敲空格

8.重复点击页面上的按钮，观察系统反应

9.测试删除时，删除完所有信息后，点击删除按钮，观察系统的反应

10.上传下载文件检查，对上传下载的文件名也要进行检查，有时下载下来的文件名是乱码

11.界面测试不光要考虑合理的键盘输入，还应考虑是否可以通过鼠标拷贝粘贴输入

12.在分类树结构中进行操作时，关注当编辑子分类时，上级分类应该是只读的13.分页测试时，应注意在页码栏处输入较大数字的情况

14.如果是不用选择对象就可以直接进入的按钮，没有必要在没有选择对象时提示“请选择要操作的对象”，而在全选或者选择一个后才可以进入按钮对应的页面

15.测试时，留意不同浏览器下文字的字体、颜色变化。

16.选项卡形式的文字切换时，文字有链接时，鼠标滑过时颜色更改就可以进行选项卡切换；文字无链接时，需要手动点击鼠标才可以切换；

17.测试时注意留意浏览器标题栏：查看标题栏显示的信息和网页标题是否一致；

18.对于页面有表格的，表格中字段宽度应有重点优先级；

19.按钮实现功能时尽可能放在同一个页面；

20.检查多次使用back键的情况：在有back的地方，back，回到原来页面，再back，重复多次，看会否出错；

21.点击提示：点击浏览过的信息颜色需要显示为不同的颜色，以区分于未阅读内容，避免重复阅读；

22.错误提示：若表单填写错误，应指明填写错误之处，并保存原有填写内容，减少重复工作；

第五篇：功能测试点总结

功能测试点总结.txt32因为爱心，流浪的人们才能重返家园；因为爱心，疲惫的灵魂才能活力如初。渴望爱心，如同星光渴望彼此辉映；渴望爱心，如同世纪之歌渴望永远被唱下去。

1.页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。可以使用一些工具，如LinkBotPro、File-AIDCS、HTML Link Validater、Xenu等工具。LinkBotPro不支持中文，中文字符显示为乱码;HTML Link Validater只能测试以Html或者htm结尾的网页链接;Xenu无需安装，支持asp、do、jsp等结尾的网页，xenu测试链接包括内部链接和外部链接，在使用的时候应该注意，同时能够生成html格式的测试报告。如果系统用QTP进行自动化测试，也可以使用QTP的页面检查点检查链接。

2.相关性检查：

功能相关性：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确，常见的情况是，增加某个数据记录以后，如果该数据记录某个字段内容较长，可能会在查询的时候让数据列表变形。

数据相关性：下来列表默认值检查，下来列表值检查，如果某个列表的数据项依赖于其他模块中的数据，同样需要检查，比如，某个数据如果被禁用了，可能在引用该数据项的列表中不可见。

3.检查按钮的功能是否正确：如新建、编辑、删除、关闭、返回、保存、导入，上一页，下一页，页面跳转，重置等功能是否正确。常见的错误会出现在重置按钮上，表现为功能失效。

4.字符串长度检查: 输入超出需求所说明的字符串长度的内容，看系统是否检查字符串长度。还要检查需求规定的字符串长度是否是正确的，有时候会出现，需求规定的字符串长度太短而无法输入业务数据。

5.字符类型检查: 在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型)，看系统是否检查字符类型。

6.标点符号检查: 输入内容包括各种标点符号，特别是空格，各种引号，回车键。看系统处理是否正确。常见的错误是系统对空格的处理，可能添加的时候，将空格当作一个字符，而在查询的时候空格被屏蔽，导致无法查询到添加的内容。

7.特殊字符检查：输入特殊符号，如@、#、$、%、!等，看系统处理是否正确。常见的错误是出现在% ‘ 这几个特殊字符

8.中文字符处理: 在可以输入中、英文的系统输入中文，看会否出现乱码或出错。

9.检查信息的完整性: 在查看信息和更新信息时，查看所填写的信息是不是全部更新，更新信息和添加信息是否一致。要注意检查的时候每个字段都应该检查，有时候，会出现部分字段更新了而个别字段没有更新的情况。

10.信息重复: 在一些需要命名，且名字应该唯一的信息输入重复的名字或ID，看系统有没有处理，会否报错，重名包括是否区分大小写，以及在输入内容的前后输入空格，系统是否作出正确处理。

11.检查删除功能:在一些可以一次删除多个信息的地方，不选择任何信息，按“delete”，看系统如何处理，会否出错;然后选择一个和多个信息，进行删除，看是否正确处理。如果有多页，翻页选，看系统是否都正确删除，并且要注意，删除的时候是否有提示，让用户能够更正错误，不误删除。

12.检查添加和修改是否一致: 检查添加和修改信息的要求是否一致，例如添加要求必填的项，修改也应该必填;添加规定为整型的项，修改也必须为整型.13.检查修改重名:修改时把不能重名的项改为已存在的内容，看会否处理，报错.同时，也要注意，会不会报和自己重名的错.14.重复提交表单：一条已经成功提交的纪录，返回后再提交，看看系统是否做了处理。对于Web系统来说，可以通过浏览器返回键或者系统提供的返回功能。

15.检查多次使用返回键的情况: 在有返回键的地方，返回到原来页面，重复多次，看会否出错。

16.搜索检查: 有搜索功能的地方输入系统存在和不存在的内容，看搜索结果是否正确.如果可以输入多个搜索条件，可以同时添加合理和不合理的条件，看系统处理是否正确，搜索的时候同样要注意特殊字符，某些系统会在输入特殊字符的时候，将系统中所有的信息都搜索到。

17.输入信息位置: 注意在光标停留的地方输入信息时，光标和所输入的信息会否跳到别的地方。

18.上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。下载文件能否打开或者保存，下载的文件是否有格式要求，如需要特殊工具才可以打开等。上传文件测试同时应该测试，如果将不能上传的文件后缀名修改为可以上传文件的后缀名，看是否能够上传成功，并且，上传文件后，重新修改，看上传的文件是否存在。

19.必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项前加“*”;对必填项提示返回后，焦点是否会自动定位到必填项。

20.快捷键检查：是否支持常用快捷键，如Ctrl+C、Ctrl+V、Backspace等，对一些不允许输入信息的字段，如选人，选日期对快捷方式是否也做了限制。

21.回车键检查: 在输入结束后直接按回车键，看系统处理如何，会否报错。这个地方很有可能会出现错误。

22.刷新键检查：在Web系统中，使用浏览器的刷新键，看系统处理如何，会否报错。

23.回退键检查：在Web系统中，使用浏览器的回退键，看系统处理如何，会否报错。对于需要用户验证的系统，在退出登录后，使用回退键，看系统处理如何;多次使用回退键，多次使用前进键，看系统如何处理。

24.直接URL链接检查：在Web系统中，直接输入各功能页面的URL地址，看系统如何处理，对于需要用户验证的系统更为重要。如果系统安全性设计的不好，直接输入各功能页面的URL地址，很有可能会正常打开页面。

25.空格检查：在输入信息项中，输入一个或连串空格，查看系统如何处理。如对于要求输入整型、符点型变量的项中，输入空格，既不是空值，又不是标准输入。

26.输入法半角全角检查：在输入信息项中，输入半角或全角的信息，查看系统如何处理。如对于要求输入符点型数据的项中，输入全角的小数点(“。”或“.”，如4.5);输入全角的空格等。

27.密码检查：一些系统的加密方法采用对字符Ascii码移位的方式，处理密码加密相对较为简单，且安全性较高，对于局域网系统来说，此种方式完全可以起到加密的作用，但同时，会造成一些问题，即大于128的Ascii对应的字符在解密时无法解析，尝试使用“uvwxyz”等一些码值较大的字符作为密码，同时，密码尽可能的长，如17位密码等，造成加密后的密码出现无法解析的字符。

$newa_page$

28.用户检查：任何一个系统，都有各类不同的用户，同样具有一个或多个管理员用户，检查各个管理员之间是否可以相互管理，编辑、删除管理员用户。同时，对于一般用户，尝试删除，并重建同名的用户，检查该用户其它信息是否重现。同样，提供注销功能的系统，此用户再次注册时，是否作为一个新的用户。而且还要检查该用户的有效日期，过了有效日期的用户是不能登录系统的。容易出现错误的情况是，可能有用户管理权限的非超级管理员，能够修改超级管理员的权限。

29.系统数据检查：这是功能测试最重要的，如果系统数据计算不正确，那么功能测试肯定是通不过的。数据检查根据不同的系统，方法不同。对于业务管理平台，数据随业务过程、状态的变化保持正确，不能因为某个过程出现垃圾数据，也不能因为某个过程而丢失数据。

30.系统可恢复性检查：以各种方式把系统搞瘫，测试系统是否可正常迅速恢复。

31.确认提示检查：系统中的更新、删除操作，是否提示用户确认更新或删除，操作是否可以回退(即是否可以选择取消操作)，提示信息是否准确。事前或事后提示，对于Update或Delete操作，要求进行事前提示。

32.数据注入检查：数据注入主要是对数据库的注入，通过输入一些特殊的字符，如“’”，“/”，“-”等或字符组合，完成对SQL语句的破坏，造成系统查询、插入、删除操作的SQL因为这些字符而改变原来的意图。如select * from table where id = ‘ ’ and name = ‘ ’，通过在id输入框中输入“12’-”，会造成查询语句把name条件注释掉，而只查询id=12的记录。同样，对于update和delete的操作，可能会造成误删除数据。当然还有其它一些SQL注入方法，具体可以参考《SQL应用高级SQL注入.doc》，很多程序都是基于页面对输入字符进行控制的，可以尝试跳过界面直接向数据库中插入数据，比如用Jmeter，来完成数据注入检查。

33.刷新检查：web系统中的WebForm控件实时刷新功能，在系统应用中有利有弊，给系统的性能带来较大的影响。测试过程中检测刷新功能对系统或应用造成的影响(白屏)，检查控件是否回归默认初始值，检查是否对系统的性能产生较大影响(如每次刷新都连接数据库查询等)。

34.事务检查：对于事务性操作，断开网络或关闭程序来中断操作，事务是否回滚。

35.时间日期检查：时间、日期验证是每个系统都必须的，如2006-2-

29、2006-6-31等错误日期，同时，对于管理、财务类系统，每年的1月与前一年的12月(同理，每年的第1季度与前一年的第4季度)。另外，对于日期、时间格式的验证，如2006年2月28日、2006-2-

28、20060228等。日期检查还要检查日期范围是否符合实际的业务，对于不符合时间业务的日期，系统是否会有提示或者有限制

36.多浏览器验证：越来越多的各类浏览器的出现，用户访问Web程序不再单单依赖于Microsoft Internet Explorer，而是有了更多的选择：Maxthon、Firefox、Tencent Traveler等，考虑使用多种浏览器访问系统，验证效果。

37.安装测试：对于C/S架构的系统，安装程序的测试是一个重要方面，安装程序自动化程度、安装选项和设置(验证各种方案是否都能正常安装)、安装过程中断测试、安装顺序测试(分布式系统)、修复安装及卸载测试。

38.文档测试：主要是对用户使用手册、产品手册进行测试，校验是否描述正确、完整，是否与当前系统版本对照，是否易理解，是否二义性等。

39.测试数据检查：事实告诉我们，测试数据比代码更有可能是错的，因此，当测试结果显示有错误发生的时候，怀疑代码错误前要先对测试数据检查一遍。

40.请让我的机器来运行：在某些项目中，出现一个病态的问题：系统没有问题呀，它在我的机器上是能够通过的。这就说明了其中存在着和环境相关的BUG。“是否所有的一切都受到了版本控制工具的管理?”、“本机的开发环境和服务器的环境是否一样?”、“这里是否存在一个真正的BUG，只不过是在其他的机器里偶然出现?”。所有的测试必须在所有系统要求的机器上运行通过，否则的话，代码就可能存在问题。

41.Ajax技术的应用：Ajax有很多优点，但也有很多缺点，如果利用优点、避免缺点，是我们对新的Web2.0应用的一个挑战。而Ajax的应用最直接的问题就是用户体验，用户体验的效果直接关系到是否使用Ajax技术。“会做，并不意味着应该做、必须做”，这就是对Ajax技术的很重要的注解。

42.Ajax技术的应用：Ajax采用异步调用的机制实现页面的部分刷新功能，异步调用存在异常中断的可能，尝试各种方法异常中断异步的数据调用，查看是否出现问题。在这里遇到的一个问题就是对日期控件的操作，已经如果页面数据较多的时候的刷新。

43.脚本错误：随着Ajax、IFrame等异步调用技术的发展，Javascrīpt技术也越来越受到开发人员的重视，但Javascrīpt存在调试困难、各浏览器存在可能不兼容等问题，因此在Web系统中，可能会出现脚本错误。同时，脚本错误造成的后果可大、可小，不能忽视。