第一篇：總結(jié)的一個16個GV的很實用功能

我總結(jié)的Gaussian View 的一些功能

（1）Fixed atom1 Rotate group

右鍵—>lable，點擊

--????

然后調(diào)整要旋轉(zhuǎn)的角

度---OK

(2)保存gjf文件時勾選 write Cartesian 可將gjf文件保存為指教坐標(biāo)

（3）在Gv中固定鍵長、鍵角或二面角

右鍵—>lable先標(biāo)上序號 —

Bond、Angle Dihedral

下面選擇Freeze coordinate—>右邊Coordinate 中填入要固定的號 —>OK

Set Value中 選擇Set 右面填入要固定的數(shù)值

（4）Check HOMO

用gv打開.chk文件---點擊

----選中某軌道

---Visualize----update（在圖區(qū) 右鍵--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)查看 內(nèi)坐標(biāo)與直角坐標(biāo)

（11）Edit---Symmetrize 作用是建立好一個模型后，點擊它則坐標(biāo)軸就自動變?yōu)樵c在中心，分子上下坐標(biāo)沿著X軸對稱分布

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

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

（13）打開一個分子，然后點

按鈕，將某兩個原子的序號改成1和2重新保存，則分子變?yōu)?1號原子在坐標(biāo)原點，坐標(biāo)軸沿著2號的方向。

（14)怎樣改變GV中圖片的背景顏色?

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

（15）怎樣改變坐標(biāo)軸的次序

較笨的方法，但也不太麻煩。將記事本中的直角坐標(biāo)復(fù)制到word中，然后將某兩列互換（按住Alt鍵選列）

（16）將復(fù)雜的分子分層顯示例如

用gv打開一個分子，Edit----select Layers 然后再set layer選則low或medium 然后在圖中選擇不想顯示的原子 然后Apply就可以。這個主要在用oniom方法計算時用到，我有一篇文章是關(guān)于gv中設(shè)定oniom算法的，大家可以看看。

第二篇：班集體的教育功能,很好很強大

班集體的教育功能，很好很強大

當(dāng)了幾年的班主任，回顧起來，當(dāng)我們忙得焦頭爛額受苦受累的時候，往往是孤軍奮戰(zhàn)，一個人和一個學(xué)生單挑，甚至一個人跟一群學(xué)生惡斗。而我們忙得比較有效果的時候，往往是身邊有許多的“助手”，往往是發(fā)揮了班集體的教育力量。

（1）同學(xué)們的發(fā)言濕潤了他的雙眼

李小昌樣子看起來是一個很乖的學(xué)生，頗為斯文，然而開學(xué)沒有多久卻經(jīng)常遲到，或者踏著點過來，上課晚修也經(jīng)常說點小話什么的，雖然不是什么了不起的大錯誤，但在一個新生班級里顯得很刺眼。找過他談了幾次，每次他都很心悅誠服的樣子，態(tài)度非常誠懇。但是過后好不了兩天又故態(tài)復(fù)萌。我有點生氣。

后來機會終于來了，有一天下午他跟別人爬圍墻出校門，別人跑得快，他跑得慢，結(jié)果不幸被值周老師抓住。于是通報批評，連累班級被扣分。他也由于“作惡多端”，按照班上的德育量化細(xì)則，要在全班面前作檢查。

在他跟全班同學(xué)道歉檢查完畢后。我引導(dǎo)學(xué)生思考和討論。畢竟這個錯誤其實還不算什么，學(xué)生們都七嘴八舌，尤其是一些平時很認(rèn)真的學(xué)生，發(fā)言更是積極，大多是說希望李小昌好好努力，爭取將功補過之類的。說實話這些發(fā)言沒有什么新意，跟我們平時的說教比起來更是顯得“很沒有深度”。但李小昌竟然也聽得眼淚漣璉的樣子。

不能說再那以后他就馬上變得不再犯錯誤，但是可以看得出，那一節(jié)早讀課同學(xué)們的發(fā)言給了他比較深的震動。從那以后，他就基本轉(zhuǎn)移出我的視線了。

（2）給需要幫助的同學(xué)寫一封信

葉劍容在我們學(xué)校比較出名，高一入學(xué)剛好分到了我們班上。這位同學(xué)學(xué)習(xí)基礎(chǔ)不是很好，自我控制的能力比較弱，應(yīng)該說有一些習(xí)慣讓班上很多正義人士很不爽。而我對他的教育很多時候只是停留在找他們聊聊天之類的，甚至很少作嚴(yán)肅批評。所以相當(dāng)長一段時間里這兩位也是小毛小病間歇性發(fā)作，時好時壞。

剛好有一段時間班里自習(xí)課紀(jì)律比較亂。我讓全體學(xué)生自己選一兩個“習(xí)慣最不好，最需要幫助的人”，然后給這位同學(xué)寫一段勸勉的話。交上來由班干部負(fù)責(zé)轉(zhuǎn)交給這些同學(xué)。當(dāng)然，作為班主任，我還是看了一下，看了一下我就很興奮，因為果然如我所愿，葉劍容“得票最高”，看到厚厚的一疊意見，平時天天無憂無慮的葉劍容竟然也很是有點黯然神傷的樣子。后來找他們談的時候，葉劍容跟我匯報，他每天把這些信放在書包里，“經(jīng)常拿出來看一看”。同學(xué)們也反映，在相當(dāng)長一段時間內(nèi)，葉劍容表現(xiàn)得相當(dāng)克制。

后來還有了另一個事情，班上一位同學(xué)，有一天突然覺得他很努力，不會做的作業(yè)都還拼命的想，找別人來問。覺得很受感動。在周記里很誠懇的表示了佩服和表揚之情。我把這篇周記復(fù)印了下來，在后面加了幾句話，放在信封里叫他帶回去給他爸爸看---算是通報表揚。他老爸看了后很高興，聲稱要請我們吃飯。

不能說這樣的信能給葉劍容有多大的鼓舞，但是我在想，或者若干年后，這位學(xué)生還會想起在他成長的道路上有，有一個集體曾經(jīng)給過他殷切的批評，也曾經(jīng)給過他真誠的鼓勵和贊揚，心里涌起些許溫暖。---這或者屬于我個人的小小教育幻想了。

（3）意義重大的表決

有段時間，班上失竊事件頻頻發(fā)生，有時候丟的東西挺值錢，比如MP3，五十元的人民幣；有時候丟的東西很小，面包，牛奶之類的。班上群情洶涌，一時間議論紛紛。有跡象表明，有一個學(xué)生與這些事件可能有關(guān)——小A。順便說一下，小A是一個貌似品學(xué)兼優(yōu)的學(xué)生，成績不錯，特別喜歡看書。

我找到他，跟他好好地談了談，鑒于心理攻勢可能比較強大，他流著眼淚承認(rèn)了。后來寫了一封信，跟我交代了一些具體事實，言辭誠懇，悔改之心躍然紙上。因為他還算主動承認(rèn)，而且態(tài)度還好。我決定對他從輕發(fā)落。

然而過了不到兩個星期，他又故態(tài)復(fù)萌，結(jié)果讓班上早已懷疑他的同學(xué)埋伏起來，抓了個正著。老實說，這給我出了很棘手的難題。因為根據(jù)我的分析，這個學(xué)生更多的是心理問題。處理不當(dāng)，對這個學(xué)生影響太大。后來這位學(xué)生的家長給我們一個建議，先聽聽班上學(xué)生的意見，看看班集體還能不能容納他。于是，老套路又出來了：那一天的晚修，班上就開了個特別的班會。小A作了深刻的檢討，請求同學(xué)們能給他留下的機會。

每個學(xué)生都在安靜地聽著。因為事情重大，而且很多學(xué)生都有切膚之痛，所以沒有任何人發(fā)言。直接進(jìn)入下一個程序---表決。結(jié)果有點出乎意料，班上幾乎所有的同學(xué)都舉手同意他留下。

我又讓每一位學(xué)生寫一段勸戒的話給小A。學(xué)生們陷入了深深的思索中，寫得格外認(rèn)真，后來看了一下，有言辭激烈警告他的，也有溫言軟語表示勸戒的。我把五十多封信給他，然后告訴他表決的結(jié)果，讓他好好地珍惜，同時也提醒他，在以后的日子里，班上所有的同學(xué)都會更關(guān)注他的成長，幫助他改正缺點。應(yīng)該說，這個事情算是處理完了，班上以后再也沒有發(fā)生過這樣的事情，小A，以及他的家長對班上的同學(xué)特別感激。

并不是說這樣一些小事處理得怎么好，對于很多老師來說，有太多的方法可以處理這樣的事情，并且效果要完美得多。而是類似這樣的事件給了我個人比較深刻的體驗：有時候我們作為老師在進(jìn)行教育活動的時候，一個人的力量畢竟還是有限。很多時候，學(xué)生---尤其是比較油的學(xué)生----可能內(nèi)心深處不太在意老師的評價和勸勉，但是對他們朝夕相處的同伴同學(xué)卻不能不以為然。有時候我們作為教育工作者可以對學(xué)生心靈可以作一番扣問，甚至對他們當(dāng)頭棒喝，但是效果---尤其是對抗學(xué)生的反復(fù)性方面---未必如我們所愿。而這時候發(fā)揮班集體的力量，往往能對學(xué)生造成長久的震撼以及反復(fù)的敲打。

在另一方面，班集體對個體進(jìn)行教育的過程，也是一個班集體的進(jìn)行自我教育和凈化班風(fēng)的過程。在面對和處理一個個事件的過程中，對班集體的其他成員真正起到了“有則改之無則加勉”的作用，更重要的是，在這這些過程中，不知不覺，一個班集體，就慢慢積累了正義，積累了善良，積累了愛心。

第三篇：功能測試點總結(jié)

功能測試點總結(jié) 功能測試就是對產(chǎn)品的各功能進(jìn)行驗證，根據(jù)功能測試用例，逐項測試，檢查產(chǎn)品是否達(dá)到用戶要 求的功能。針對Web系統(tǒng)的常用測試方法如下：

1.頁面鏈接檢查：每一個鏈接是否都有對應(yīng)的頁面，并且頁面之間切換正確。可以使用一些工具，如LinkBotPro、File-AIDCS、HTML Link Validater、Xenu等工具。LinkBotPro不支持中文，中文字符顯示為亂碼；HTML Link Validater只能測試以Html或者h(yuǎn)tm結(jié)尾的網(wǎng)頁鏈接；Xenu無需安裝，支持asp、do、jsp等結(jié)尾的網(wǎng)頁，xenu測試鏈接包括內(nèi)部鏈接和外部鏈接，在使用的時候應(yīng)該注意，同時能夠生成html格式的測試報告。如果系統(tǒng)用QTP進(jìn)行自動化測試，也可以使用QTP的頁面檢查點檢查鏈接。

2.相關(guān)性檢查：功能相關(guān)性：刪除/增加一項會不會對其他項產(chǎn)生影響，如果產(chǎn)生影響，這些影響是否都正確，常見的情況是，增加某個數(shù)據(jù)記錄以后，如果該數(shù)據(jù)記錄某個字段內(nèi)容較長，可能會在查詢的時候讓數(shù)據(jù)列表變形。

數(shù)據(jù)相關(guān)性：下來列表默認(rèn)值檢查，下來列表值檢查，如果某個列表的數(shù)據(jù)項依賴于其他模塊中的數(shù)據(jù)，同樣需要檢查，比如，某個數(shù)據(jù)如果被禁用了，可能在引用該數(shù)據(jù)項的列表中不可見。

3.檢查按鈕的功能是否正確：如新建、編輯、刪除、關(guān)閉、返回、保存、導(dǎo)入，上一頁，下一頁，頁面跳轉(zhuǎn)，重置等功能是否正確。常見的錯誤會出現(xiàn)在重置按鈕上，表現(xiàn)為功能失效。

4.字符串長度檢查: 輸入超出需求所說明的字符串長度的內(nèi)容, 看系統(tǒng)是否檢查字符串長度。還要檢查需求規(guī)定的字符串長度是否是正確的，有時候會出現(xiàn)，需求規(guī)定的字符串長度太短而無法輸入業(yè)務(wù)數(shù)據(jù)。

5.字符類型檢查: 在應(yīng)該輸入指定類型的內(nèi)容的地方輸入其他類型的內(nèi)容(如在應(yīng)該輸入整型的地方輸入其他字符類型),看系統(tǒng)是否檢查字符類型。

6.標(biāo)點符號檢查: 輸入內(nèi)容包括各種標(biāo)點符號,特別是空格,各種引號,回車鍵。看系統(tǒng)處理是否正確。常見的錯誤是系統(tǒng)對空格的處理，可能添加的時候，將空格當(dāng)作一個字符，而在查詢的時候空格被屏蔽，導(dǎo)致無法查詢到添加的內(nèi)容。

7．特殊字符檢查：輸入特殊符號，如@、#、$、%、!等，看系統(tǒng)處理是否正確。常見的錯誤是出現(xiàn)在% ‘ " 這幾個特殊字符

8.中文字符處理: 在可以輸入中、英文的系統(tǒng)輸入中文,看會否出現(xiàn)亂碼或出錯。

9.檢查信息的完整性: 在查看信息和更新信息時,查看所填寫的信息是不是全部更新,更新信息和添加信息是否一致。要注意檢查的時候每個字段都應(yīng)該檢查，有時候，會出現(xiàn)部分字段更新了而個別字段沒有更新的情況。

10.信息重復(fù): 在一些需要命名,且名字應(yīng)該唯一的信息輸入重復(fù)的名字或ID,看系統(tǒng)有沒有處理,會否報錯,重名包括是否區(qū)分大小寫,以及在輸入內(nèi)容的前后輸入空格,系統(tǒng)是否作出正確處理。

11.檢查刪除功能:在一些可以一次刪除多個信息的地方,不選擇任何信息,按“delete”,看系統(tǒng)如何處理,會否出錯;然后選擇一個和多個信息,進(jìn)行刪除, 看是否正確處理。如果有多頁，翻頁選，看系統(tǒng)是否都正確刪除，并且要注意，刪除的時候是否有提示，讓用戶能夠更正錯誤，不誤刪除。

12.檢查添加和修改是否一致: 檢查添加和修改信息的要求是否一致,例如添加要求必填的項,修改也應(yīng)該必填;添加規(guī)定為整型的項,修改也必須為整型.13.檢查修改重名:修改時把不能重名的項改為已存在的內(nèi)容,看會否處理,報錯.同時,也要注意,會不會報和自己重名的錯.14.重復(fù)提交表單：一條已經(jīng)成功提交的紀(jì)錄，返回后再提交，看看系統(tǒng)是否做了處理。對于Web系統(tǒng)來說，可以通過瀏覽器返回鍵或者系統(tǒng)提供的返回功能。

15.檢查多次使用返回鍵的情況: 在有返回鍵的地方,返回到原來頁面,重復(fù)多次，看會否出錯。

16.搜索檢查: 有搜索功能的地方輸入系統(tǒng)存在和不存在的內(nèi)容,看搜索結(jié)果是否正確.如果可以輸入多個搜索條件,可以同時添加合理和不合理的條件,看系統(tǒng)處理是否正確，搜索的時候同樣要注意特殊字符，某些系統(tǒng)會在輸入特殊字符的時候，將系統(tǒng)中所有的信息都搜索到。

17.輸入信息位置: 注意在光標(biāo)停留的地方輸入信息時,光標(biāo)和所輸入的信息會否跳到別的地方。

18.上傳下載文件檢查：上傳下載文件的功能是否實現(xiàn)，上傳文件是否能打開。對上傳文件的格式有何規(guī)定，系統(tǒng)是否有解釋信息，并檢查系統(tǒng)是否能夠做到。下載文件能否打開或者保存，下載的文件是否有格式要求，如需要特殊工具才可以打開等。上傳文件測試同時應(yīng)該測試，如果將不能上傳的文件后綴名修改為可以上傳文件的后綴名，看是否能夠上傳成功，并且，上傳文件后，重新修改，看上傳的文件是否存在。

19.必填項檢查：應(yīng)該填寫的項沒有填寫時系統(tǒng)是否都做了處理，對必填項是否有提示信息，如在必填項前加“*”；對必填項提示返回后，焦點是否會自動定位到必填項。

20.快捷鍵檢查：是否支持常用快捷鍵，如Ctrl+C、Ctrl+V、Backspace等，對一些不允許輸入信息的字段，如選人，選日期對快捷方式是否也做了限制。

21.回車鍵檢查: 在輸入結(jié)束后直接按回車鍵,看系統(tǒng)處理如何,會否報錯。這個地方很有可能會出現(xiàn)錯誤。

22．刷新鍵檢查：在Web系統(tǒng)中，使用瀏覽器的刷新鍵，看系統(tǒng)處理如何，會否報錯。

23．回退鍵檢查：在Web系統(tǒng)中，使用瀏覽器的回退鍵，看系統(tǒng)處理如何，會否報錯。對于需要用戶驗證的系統(tǒng)，在退出登錄后，使用回退鍵，看系統(tǒng)處理如何；多次使用回退鍵，多次使用前進(jìn)鍵，看系統(tǒng)如何處理。

24．直接URL鏈接檢查：在Web系統(tǒng)中，直接輸入各功能頁面的URL地址，看系統(tǒng)如何處理，對于需要用戶驗證的系統(tǒng)更為重要。如果系統(tǒng)安全性設(shè)計的不好，直接輸入各功能頁面的URL地址，很有可能會正常打開頁面。

25．空格檢查：在輸入信息項中，輸入一個或連串空格，查看系統(tǒng)如何處理。如對于要求輸入整型、符點型變量的項中，輸入空格，既不是空值，又不是標(biāo)準(zhǔn)輸入。

26．輸入法半角全角檢查：在輸入信息項中，輸入半角或全角的信息，查看系統(tǒng)如何處理。如對于要求輸入符點型數(shù)據(jù)的項中，輸入全角的小數(shù)點（“?！被颉埃?，如４．５）；輸入全角的空格等。

27．密碼檢查：一些系統(tǒng)的加密方法采用對字符Ascii碼移位的方式，處理密碼加密相對較為簡單，且安全性較高，對于局域網(wǎng)系統(tǒng)來說，此種方式完全可以起到加密的作用，但同時，會造成一些問題，即大于128的Ascii對應(yīng)的字符在解密時無法解析，嘗試使用“uvwxyz”等一些碼值較大的字符作為密碼，同時，密碼盡可能的長，如17位密碼等，造成加密后的密碼出現(xiàn)無法解析的字符。

28．用戶檢查：任何一個系統(tǒng)，都有各類不同的用戶，同樣具有一個或多個管理員用戶，檢查各個管理員之間是否可以相互管理，編輯、刪除管理員用戶。同時，對于一般用戶，嘗試刪除，并重建同名的用戶，檢查該用戶其它信息是否重現(xiàn)。同樣，提供注銷功能的系統(tǒng)，此用戶再次注冊時，是否作為一個新的用戶。而且還要檢查該用戶的有效日期，過了有效日期的用戶是不能登錄系統(tǒng)的。容易出現(xiàn)錯誤的情況是，可能有用戶管理權(quán)限的非超級管理員，能夠修改超級管理員的權(quán)限。

29．系統(tǒng)數(shù)據(jù)檢查：這是功能測試最重要的，如果系統(tǒng)數(shù)據(jù)計算不正確，那么功能測試肯定是通不過的。數(shù)據(jù)檢查根據(jù)不同的系統(tǒng)，方法不同對于業(yè)務(wù)管理平臺，數(shù)據(jù)隨業(yè)務(wù)過程、狀態(tài)的變化保持正確，不能因為某個過程出現(xiàn)垃圾數(shù)據(jù)，也不能因為某個過程而丟失數(shù)據(jù)。

30．系統(tǒng)可恢復(fù)性檢查：以各種方式把系統(tǒng)搞癱，測試系統(tǒng)是否可正常迅速恢復(fù)。

31．確認(rèn)提示檢查：系統(tǒng)中的更新、刪除操作，是否提示用戶確認(rèn)更新或刪除，操作是否可以回退（即是否可以選擇取消操作），提示信息是否準(zhǔn)確。事前或事后提示，對于Update或Delete操作，要求進(jìn)行事前提示。

32．?dāng)?shù)據(jù)注入檢查：數(shù)據(jù)注入主要是對數(shù)據(jù)庫的注入，通過輸入一些特殊的字符，如“’”，“/”，“-”等或字符組合，完成對SQL語句的破壞，造成系統(tǒng)查詢、插入、刪除操作的SQL因為這些字符而改變原來的意圖。如select * from table where id = ‘ ’ and name = ‘ ’，通過在id輸入框中輸入“12’-”，會造成查詢語句把name條件注釋掉，而只查詢id=12的記錄。同樣，對于update和delete的操作，可能會造成誤刪除數(shù)據(jù)。當(dāng)然還有其它一些SQL注入方法，具體可以參考《SQL應(yīng)用高級SQL注入.doc》，很多程序都是基于頁面對輸入字符進(jìn)行控制的，可以嘗試跳過界面直接向數(shù)據(jù)庫中插入數(shù)據(jù)，比如用Jmeter，來完成數(shù)據(jù)注入檢查。

33．刷新檢查：web系統(tǒng)中的WebFor m.控件實時刷新功能，在系統(tǒng)應(yīng)用中有利有弊，給系統(tǒng)的性能帶來較大的影響。測試過程中檢測刷新功能對系統(tǒng)或應(yīng)用造成的影響（白屏），檢查控件是否回

歸默認(rèn)初始值，檢查是否對系統(tǒng)的性能產(chǎn)生較大影響（如每次刷新都連接數(shù)據(jù)庫查詢等）。

34．事務(wù)檢查：對于事務(wù)性操作，斷開網(wǎng)絡(luò)或關(guān)閉程序來中斷操作，事務(wù)是否回滾。

35．時間日期檢查：時間、日期驗證是每個系統(tǒng)都必須的，如2006-2-

29、2006-6-31等錯誤日期，同時，對于管理、財務(wù)類系統(tǒng)，每年的1月與前一年的12月（同理，每年的第1季度與前一年的第4季度）。另外，對于日期、時間格式的驗證，如2006年2月28日、2006-2-

28、20060228等。日期檢查還要檢查日期范圍是否符合實際的業(yè)務(wù)，對于不符合時間業(yè)務(wù)的日期，系統(tǒng)是否會有提示或者有限制。

36．多瀏覽器驗證：越來越多的各類瀏覽器的出現(xiàn)，用戶訪問Web程序不再單單依賴于Microsoft Internet Explorer，而是有了更多的選擇：Maxthon、Firefox、Tencent Traveler等，考慮使用多種瀏覽器訪問系統(tǒng)，驗證效果。

37．安裝測試：對于C/S架構(gòu)的系統(tǒng)，安裝程序的測試是一個重要方面，安裝程序自動化程度、安裝選項和設(shè)置（驗證各種方案是否都能正常安裝）、安裝過程中斷測試、安裝順序測試（分布式系統(tǒng)）、修復(fù)安裝及卸載測試。

38．文檔測試：主要是對用戶使用手冊、產(chǎn)品手冊進(jìn)行測試，校驗是否描述正確、完整，是否與當(dāng)前系統(tǒng)版本對照，是否易理解，是否二義性等。

39．測試數(shù)據(jù)檢查：事實告訴我們，測試數(shù)據(jù)比代碼更有可能是錯的，因此，當(dāng)測試結(jié)果顯示有錯誤發(fā)生的時候，懷疑代碼錯誤前要先對測試數(shù)據(jù)檢查一遍。

40．請讓我的機器來運行：在某些項目中，出現(xiàn)一個病態(tài)的問題：系統(tǒng)沒有問題呀，它在我的機器上是能夠通過的。這就說明了其中存在著和環(huán)境相關(guān)的BUG。“是否所有的一切都受到了版本控制工具的管理？”、“本機的開發(fā)環(huán)境和服務(wù)器的環(huán)境是否一樣？”、“這里是否存在一個真正的BUG，只不過是在其他的機器里偶然出現(xiàn)？”。所有的測試必須在所有系統(tǒng)要求的機器上運行通過，否則的話，代碼就可能存在問題。

41．Ajax技術(shù)的應(yīng)用：Ajax有很多優(yōu)點，但也有很多缺點，如果利用優(yōu)點、避免缺點，是我們對新的Web2.0應(yīng)用的一個挑戰(zhàn)。而Ajax的應(yīng)用最直接的問題就是用戶體驗，用戶體驗的效果直接關(guān)系到是否使用Ajax技術(shù)?！皶?，并不意味著應(yīng)該做、必須做”，這就是對Ajax技術(shù)的很重要的注

解。

42．Ajax技術(shù)的應(yīng)用：Ajax采用異步調(diào)用的機制實現(xiàn)頁面的部分刷新功能，異步調(diào)用存在異常中斷的可能，嘗試各種方法異常中斷異步的數(shù)據(jù)調(diào)用，查看是否出現(xiàn)問題。在這里遇到的一個問題就是對日期控件的操作，已經(jīng)如果頁面數(shù)據(jù)較多的時候的刷新。

43．腳本錯誤：隨著Ajax、IFrame等異步調(diào)用技術(shù)的發(fā)展，Javascrīpt技術(shù)也越來越受到開發(fā)人員的重視，但Javascrīpt存在調(diào)試?yán)щy、各瀏覽器存在可能不兼容等問題，因此在Web系統(tǒng)中，可能會出現(xiàn)腳本錯誤。同時，腳本錯誤造成的后果可大、可小，不能忽視。

第四篇：功能測試總結(jié)精華

以下是本人在工作中的功能測試小結(jié)，拿來和大家一起分享：

1.留意分機電話號碼

2.輸入相同的字段名稱（一般為必填項的）后，選擇信息（可以有不同選擇的，如：下拉框）： 輸入同一個名稱后，分別選擇不同的狀態(tài)，進(jìn)行保存時，驗證是否可以正常操作。

3.修改信息時，注意進(jìn)入到修改頁面后信息是否可以被修改，并查看修改后的信息與添加頁面的信息是否一致

4.修改信息時，在修改頁面輸入異常數(shù)據(jù)或超長字符后保存

5.注重關(guān)聯(lián)測試

6.測試登錄時，別忘了修改密碼時的相關(guān)測試

7.在搜索欄輸入關(guān)鍵字后，敲空格

8.重復(fù)點擊頁面上的按鈕，觀察系統(tǒng)反應(yīng)

9.測試刪除時，刪除完所有信息后，點擊刪除按鈕，觀察系統(tǒng)的反應(yīng)

10.上傳下載文件檢查，對上傳下載的文件名也要進(jìn)行檢查，有時下載下來的文件名是亂碼

11.界面測試不光要考慮合理的鍵盤輸入，還應(yīng)考慮是否可以通過鼠標(biāo)拷貝粘貼輸入

12.在分類樹結(jié)構(gòu)中進(jìn)行操作時，關(guān)注當(dāng)編輯子分類時，上級分類應(yīng)該是只讀的13.分頁測試時，應(yīng)注意在頁碼欄處輸入較大數(shù)字的情況

14.如果是不用選擇對象就可以直接進(jìn)入的按鈕，沒有必要在沒有選擇對象時提示“請選擇要操作的對象”，而在全選或者選擇一個后才可以進(jìn)入按鈕對應(yīng)的頁面

15.測試時，留意不同瀏覽器下文字的字體、顏色變化。

16.選項卡形式的文字切換時，文字有鏈接時，鼠標(biāo)滑過時顏色更改就可以進(jìn)行選項卡切換；文字無鏈接時，需要手動點擊鼠標(biāo)才可以切換；

17.測試時注意留意瀏覽器標(biāo)題欄：查看標(biāo)題欄顯示的信息和網(wǎng)頁標(biāo)題是否一致；

18.對于頁面有表格的，表格中字段寬度應(yīng)有重點優(yōu)先級；

19.按鈕實現(xiàn)功能時盡可能放在同一個頁面；

20.檢查多次使用back鍵的情況：在有back的地方，back，回到原來頁面，再back，重復(fù)多次，看會否出錯；

21.點擊提示：點擊瀏覽過的信息顏色需要顯示為不同的顏色，以區(qū)分于未閱讀內(nèi)容，避免重復(fù)閱讀；

22.錯誤提示：若表單填寫錯誤，應(yīng)指明填寫錯誤之處，并保存原有填寫內(nèi)容，減少重復(fù)工作；

第五篇：功能測試點總結(jié)

功能測試點總結(jié).txt32因為愛心，流浪的人們才能重返家園；因為愛心，疲憊的靈魂才能活力如初?？释麗坌?，如同星光渴望彼此輝映；渴望愛心，如同世紀(jì)之歌渴望永遠(yuǎn)被唱下去。

1.頁面鏈接檢查：每一個鏈接是否都有對應(yīng)的頁面，并且頁面之間切換正確?？梢允褂靡恍┕ぞ?，如LinkBotPro、File-AIDCS、HTML Link Validater、Xenu等工具。LinkBotPro不支持中文，中文字符顯示為亂碼;HTML Link Validater只能測試以Html或者h(yuǎn)tm結(jié)尾的網(wǎng)頁鏈接;Xenu無需安裝，支持asp、do、jsp等結(jié)尾的網(wǎng)頁，xenu測試鏈接包括內(nèi)部鏈接和外部鏈接，在使用的時候應(yīng)該注意，同時能夠生成html格式的測試報告。如果系統(tǒng)用QTP進(jìn)行自動化測試，也可以使用QTP的頁面檢查點檢查鏈接。

2.相關(guān)性檢查：

功能相關(guān)性：刪除/增加一項會不會對其他項產(chǎn)生影響，如果產(chǎn)生影響，這些影響是否都正確，常見的情況是，增加某個數(shù)據(jù)記錄以后，如果該數(shù)據(jù)記錄某個字段內(nèi)容較長，可能會在查詢的時候讓數(shù)據(jù)列表變形。

數(shù)據(jù)相關(guān)性：下來列表默認(rèn)值檢查，下來列表值檢查，如果某個列表的數(shù)據(jù)項依賴于其他模塊中的數(shù)據(jù)，同樣需要檢查，比如，某個數(shù)據(jù)如果被禁用了，可能在引用該數(shù)據(jù)項的列表中不可見。

3.檢查按鈕的功能是否正確：如新建、編輯、刪除、關(guān)閉、返回、保存、導(dǎo)入，上一頁，下一頁，頁面跳轉(zhuǎn)，重置等功能是否正確。常見的錯誤會出現(xiàn)在重置按鈕上，表現(xiàn)為功能失效。

4.字符串長度檢查: 輸入超出需求所說明的字符串長度的內(nèi)容，看系統(tǒng)是否檢查字符串長度。還要檢查需求規(guī)定的字符串長度是否是正確的，有時候會出現(xiàn)，需求規(guī)定的字符串長度太短而無法輸入業(yè)務(wù)數(shù)據(jù)。

5.字符類型檢查: 在應(yīng)該輸入指定類型的內(nèi)容的地方輸入其他類型的內(nèi)容(如在應(yīng)該輸入整型的地方輸入其他字符類型)，看系統(tǒng)是否檢查字符類型。

6.標(biāo)點符號檢查: 輸入內(nèi)容包括各種標(biāo)點符號，特別是空格，各種引號，回車鍵?？聪到y(tǒng)處理是否正確。常見的錯誤是系統(tǒng)對空格的處理，可能添加的時候，將空格當(dāng)作一個字符，而在查詢的時候空格被屏蔽，導(dǎo)致無法查詢到添加的內(nèi)容。

7.特殊字符檢查：輸入特殊符號，如@、#、$、%、!等，看系統(tǒng)處理是否正確。常見的錯誤是出現(xiàn)在% ‘ 這幾個特殊字符

8.中文字符處理: 在可以輸入中、英文的系統(tǒng)輸入中文，看會否出現(xiàn)亂碼或出錯。

9.檢查信息的完整性: 在查看信息和更新信息時，查看所填寫的信息是不是全部更新，更新信息和添加信息是否一致。要注意檢查的時候每個字段都應(yīng)該檢查，有時候，會出現(xiàn)部分字段更新了而個別字段沒有更新的情況。

10.信息重復(fù): 在一些需要命名，且名字應(yīng)該唯一的信息輸入重復(fù)的名字或ID，看系統(tǒng)有沒有處理，會否報錯，重名包括是否區(qū)分大小寫，以及在輸入內(nèi)容的前后輸入空格，系統(tǒng)是否作出正確處理。

11.檢查刪除功能:在一些可以一次刪除多個信息的地方，不選擇任何信息，按“delete”，看系統(tǒng)如何處理，會否出錯;然后選擇一個和多個信息，進(jìn)行刪除，看是否正確處理。如果有多頁，翻頁選，看系統(tǒng)是否都正確刪除，并且要注意，刪除的時候是否有提示，讓用戶能夠更正錯誤，不誤刪除。

12.檢查添加和修改是否一致: 檢查添加和修改信息的要求是否一致，例如添加要求必填的項，修改也應(yīng)該必填;添加規(guī)定為整型的項，修改也必須為整型.13.檢查修改重名:修改時把不能重名的項改為已存在的內(nèi)容，看會否處理，報錯.同時，也要注意，會不會報和自己重名的錯.14.重復(fù)提交表單：一條已經(jīng)成功提交的紀(jì)錄，返回后再提交，看看系統(tǒng)是否做了處理。對于Web系統(tǒng)來說，可以通過瀏覽器返回鍵或者系統(tǒng)提供的返回功能。

15.檢查多次使用返回鍵的情況: 在有返回鍵的地方，返回到原來頁面，重復(fù)多次，看會否出錯。

16.搜索檢查: 有搜索功能的地方輸入系統(tǒng)存在和不存在的內(nèi)容，看搜索結(jié)果是否正確.如果可以輸入多個搜索條件，可以同時添加合理和不合理的條件，看系統(tǒng)處理是否正確，搜索的時候同樣要注意特殊字符，某些系統(tǒng)會在輸入特殊字符的時候，將系統(tǒng)中所有的信息都搜索到。

17.輸入信息位置: 注意在光標(biāo)停留的地方輸入信息時，光標(biāo)和所輸入的信息會否跳到別的地方。

18.上傳下載文件檢查：上傳下載文件的功能是否實現(xiàn)，上傳文件是否能打開。對上傳文件的格式有何規(guī)定，系統(tǒng)是否有解釋信息，并檢查系統(tǒng)是否能夠做到。下載文件能否打開或者保存，下載的文件是否有格式要求，如需要特殊工具才可以打開等。上傳文件測試同時應(yīng)該測試，如果將不能上傳的文件后綴名修改為可以上傳文件的后綴名，看是否能夠上傳成功，并且，上傳文件后，重新修改，看上傳的文件是否存在。

19.必填項檢查：應(yīng)該填寫的項沒有填寫時系統(tǒng)是否都做了處理，對必填項是否有提示信息，如在必填項前加“*”;對必填項提示返回后，焦點是否會自動定位到必填項。

20.快捷鍵檢查：是否支持常用快捷鍵，如Ctrl+C、Ctrl+V、Backspace等，對一些不允許輸入信息的字段，如選人，選日期對快捷方式是否也做了限制。

21.回車鍵檢查: 在輸入結(jié)束后直接按回車鍵，看系統(tǒng)處理如何，會否報錯。這個地方很有可能會出現(xiàn)錯誤。

22.刷新鍵檢查：在Web系統(tǒng)中，使用瀏覽器的刷新鍵，看系統(tǒng)處理如何，會否報錯。

23.回退鍵檢查：在Web系統(tǒng)中，使用瀏覽器的回退鍵，看系統(tǒng)處理如何，會否報錯。對于需要用戶驗證的系統(tǒng)，在退出登錄后，使用回退鍵，看系統(tǒng)處理如何;多次使用回退鍵，多次使用前進(jìn)鍵，看系統(tǒng)如何處理。

24.直接URL鏈接檢查：在Web系統(tǒng)中，直接輸入各功能頁面的URL地址，看系統(tǒng)如何處理，對于需要用戶驗證的系統(tǒng)更為重要。如果系統(tǒng)安全性設(shè)計的不好，直接輸入各功能頁面的URL地址，很有可能會正常打開頁面。

25.空格檢查：在輸入信息項中，輸入一個或連串空格，查看系統(tǒng)如何處理。如對于要求輸入整型、符點型變量的項中，輸入空格，既不是空值，又不是標(biāo)準(zhǔn)輸入。

26.輸入法半角全角檢查：在輸入信息項中，輸入半角或全角的信息，查看系統(tǒng)如何處理。如對于要求輸入符點型數(shù)據(jù)的項中，輸入全角的小數(shù)點(“?！被颉?”，如4.5);輸入全角的空格等。

27.密碼檢查：一些系統(tǒng)的加密方法采用對字符Ascii碼移位的方式，處理密碼加密相對較為簡單，且安全性較高，對于局域網(wǎng)系統(tǒng)來說，此種方式完全可以起到加密的作用，但同時，會造成一些問題，即大于128的Ascii對應(yīng)的字符在解密時無法解析，嘗試使用“uvwxyz”等一些碼值較大的字符作為密碼，同時，密碼盡可能的長，如17位密碼等，造成加密后的密碼出現(xiàn)無法解析的字符。

$newa_page$

28.用戶檢查：任何一個系統(tǒng)，都有各類不同的用戶，同樣具有一個或多個管理員用戶，檢查各個管理員之間是否可以相互管理，編輯、刪除管理員用戶。同時，對于一般用戶，嘗試刪除，并重建同名的用戶，檢查該用戶其它信息是否重現(xiàn)。同樣，提供注銷功能的系統(tǒng)，此用戶再次注冊時，是否作為一個新的用戶。而且還要檢查該用戶的有效日期，過了有效日期的用戶是不能登錄系統(tǒng)的。容易出現(xiàn)錯誤的情況是，可能有用戶管理權(quán)限的非超級管理員，能夠修改超級管理員的權(quán)限。

29.系統(tǒng)數(shù)據(jù)檢查：這是功能測試最重要的，如果系統(tǒng)數(shù)據(jù)計算不正確，那么功能測試肯定是通不過的。數(shù)據(jù)檢查根據(jù)不同的系統(tǒng)，方法不同。對于業(yè)務(wù)管理平臺，數(shù)據(jù)隨業(yè)務(wù)過程、狀態(tài)的變化保持正確，不能因為某個過程出現(xiàn)垃圾數(shù)據(jù)，也不能因為某個過程而丟失數(shù)據(jù)。

30.系統(tǒng)可恢復(fù)性檢查：以各種方式把系統(tǒng)搞癱，測試系統(tǒng)是否可正常迅速恢復(fù)。

31.確認(rèn)提示檢查：系統(tǒng)中的更新、刪除操作，是否提示用戶確認(rèn)更新或刪除，操作是否可以回退(即是否可以選擇取消操作)，提示信息是否準(zhǔn)確。事前或事后提示，對于Update或Delete操作，要求進(jìn)行事前提示。

32.數(shù)據(jù)注入檢查：數(shù)據(jù)注入主要是對數(shù)據(jù)庫的注入，通過輸入一些特殊的字符，如“’”，“/”，“-”等或字符組合，完成對SQL語句的破壞，造成系統(tǒng)查詢、插入、刪除操作的SQL因為這些字符而改變原來的意圖。如select * from table where id = ‘ ’ and name = ‘ ’，通過在id輸入框中輸入“12’-”，會造成查詢語句把name條件注釋掉，而只查詢id=12的記錄。同樣，對于update和delete的操作，可能會造成誤刪除數(shù)據(jù)。當(dāng)然還有其它一些SQL注入方法，具體可以參考《SQL應(yīng)用高級SQL注入.doc》，很多程序都是基于頁面對輸入字符進(jìn)行控制的，可以嘗試跳過界面直接向數(shù)據(jù)庫中插入數(shù)據(jù)，比如用Jmeter，來完成數(shù)據(jù)注入檢查。

33.刷新檢查：web系統(tǒng)中的WebForm控件實時刷新功能，在系統(tǒng)應(yīng)用中有利有弊，給系統(tǒng)的性能帶來較大的影響。測試過程中檢測刷新功能對系統(tǒng)或應(yīng)用造成的影響(白屏)，檢查控件是否回歸默認(rèn)初始值，檢查是否對系統(tǒng)的性能產(chǎn)生較大影響(如每次刷新都連接數(shù)據(jù)庫查詢等)。

34.事務(wù)檢查：對于事務(wù)性操作，斷開網(wǎng)絡(luò)或關(guān)閉程序來中斷操作，事務(wù)是否回滾。

35.時間日期檢查：時間、日期驗證是每個系統(tǒng)都必須的，如2006-2-

29、2006-6-31等錯誤日期，同時，對于管理、財務(wù)類系統(tǒng)，每年的1月與前一年的12月(同理，每年的第1季度與前一年的第4季度)。另外，對于日期、時間格式的驗證，如2006年2月28日、2006-2-

28、20060228等。日期檢查還要檢查日期范圍是否符合實際的業(yè)務(wù)，對于不符合時間業(yè)務(wù)的日期，系統(tǒng)是否會有提示或者有限制

36.多瀏覽器驗證：越來越多的各類瀏覽器的出現(xiàn)，用戶訪問Web程序不再單單依賴于Microsoft Internet Explorer，而是有了更多的選擇：Maxthon、Firefox、Tencent Traveler等，考慮使用多種瀏覽器訪問系統(tǒng)，驗證效果。

37.安裝測試：對于C/S架構(gòu)的系統(tǒng)，安裝程序的測試是一個重要方面，安裝程序自動化程度、安裝選項和設(shè)置(驗證各種方案是否都能正常安裝)、安裝過程中斷測試、安裝順序測試(分布式系統(tǒng))、修復(fù)安裝及卸載測試。

38.文檔測試：主要是對用戶使用手冊、產(chǎn)品手冊進(jìn)行測試，校驗是否描述正確、完整，是否與當(dāng)前系統(tǒng)版本對照，是否易理解，是否二義性等。

39.測試數(shù)據(jù)檢查：事實告訴我們，測試數(shù)據(jù)比代碼更有可能是錯的，因此，當(dāng)測試結(jié)果顯示有錯誤發(fā)生的時候，懷疑代碼錯誤前要先對測試數(shù)據(jù)檢查一遍。

40.請讓我的機器來運行：在某些項目中，出現(xiàn)一個病態(tài)的問題：系統(tǒng)沒有問題呀，它在我的機器上是能夠通過的。這就說明了其中存在著和環(huán)境相關(guān)的BUG?！笆欠袼械囊磺卸际艿搅税姹究刂乒ぞ叩墓芾?”、“本機的開發(fā)環(huán)境和服務(wù)器的環(huán)境是否一樣?”、“這里是否存在一個真正的BUG，只不過是在其他的機器里偶然出現(xiàn)?”。所有的測試必須在所有系統(tǒng)要求的機器上運行通過，否則的話，代碼就可能存在問題。

41.Ajax技術(shù)的應(yīng)用：Ajax有很多優(yōu)點，但也有很多缺點，如果利用優(yōu)點、避免缺點，是我們對新的Web2.0應(yīng)用的一個挑戰(zhàn)。而Ajax的應(yīng)用最直接的問題就是用戶體驗，用戶體驗的效果直接關(guān)系到是否使用Ajax技術(shù)?！皶?，并不意味著應(yīng)該做、必須做”，這就是對Ajax技術(shù)的很重要的注解。

42.Ajax技術(shù)的應(yīng)用：Ajax采用異步調(diào)用的機制實現(xiàn)頁面的部分刷新功能，異步調(diào)用存在異常中斷的可能，嘗試各種方法異常中斷異步的數(shù)據(jù)調(diào)用，查看是否出現(xiàn)問題。在這里遇到的一個問題就是對日期控件的操作，已經(jīng)如果頁面數(shù)據(jù)較多的時候的刷新。

43.腳本錯誤：隨著Ajax、IFrame等異步調(diào)用技術(shù)的發(fā)展，Javascrīpt技術(shù)也越來越受到開發(fā)人員的重視，但Javascrīpt存在調(diào)試?yán)щy、各瀏覽器存在可能不兼容等問題，因此在Web系統(tǒng)中，可能會出現(xiàn)腳本錯誤。同時，腳本錯誤造成的后果可大、可小，不能忽視。