上機考試的評分是以機評爲主，人工複查爲輔的。機評當然不存在公正性的問題，但卻存在呆板的問題，有時還可能因爲出題者考慮不周出現錯評的情況。考生做題時不充分考慮到這些情況，也可能吃虧。下面以二級考試爲主，按DOS題、程序修改題和編程題三部分分別講一下應重點注意的問題。
命令部分由於條件限制，不可能考很多內容。根據歷次考試經驗，不外乎如下幾條：
COPY (實際使用最多，也是最複雜的命令之一)
MD (=MKDIR) 和 RD (=RMDIR)
DEL (=ERASE)
REN (=RENAME)
ATTRIB (實際極少使用的命令之一)
2000年以後的考試中增加了一條常用命令 DIR (由於該命令沒有任何信息保存到磁盤上，因此考試時要求與一不常用的重定向命令 > 一起使用。重定向命令 > , < , >> 與管道命令 | 均屬不常用的高級 DOS 命令。)
估計以後的考試也可能略有變化，即逐漸增加使用命令的條數。由於該內容變化小，考生應當練習到純熟的境地，在考試時用盡可能少的時間來做這部分內容，以使其他內容有更多的時間。六題能做出五題即可，有一題一時想不起，可以暫時先不做，做完其他題後如有時間可再回頭做。這部分的時間不超過十分鐘較好。
2.做程序修改題要特別注意嚴格按要求做。
程序行的錯誤標誌爲“***found***”。有的`題目明確指出錯誤緊跟在“***found***”下面的一行，而有的沒有明確指出來。應重點注意“***found***”下面的第一條語句(有時候一條語句可以佔幾行)。同時應注意有時候幾條語句(類似於文學中的排比句)錯誤雷同，是作爲一個錯誤來處理的。
改正錯誤語句時一定注意不可增減程序行。因爲評分時機器死板地檢查第X個“***found***”下面第N行(第X個錯誤語句應在的行)是否修改得和若干標準答案中的一個相同，相同則給分，否則不給分。行數不對，無論程序怎樣正確，評分時一定算作錯誤來處理。
程序修改題中還應注意考慮原程序作者的思路，所作改動應儘量小。因爲出題者給出的答案數是有限的，考生的答案如果出了出題者所給的範圍，正確也被當作錯誤來處理了。
3.大部分考生最爲頭痛的恐怕要算編程題了，上機通不過的考生多半是栽在編程題上面的。
由於編程題佔40分之多，且評分時只看結果不管過程，所以大部分人不是得滿40分就是得0分，而如果編程題得0分，上機通過的可能性就很小了。
對編程題只要在時間上留足，做題時不急不燥、認真審題，應該講是問題不大的。當然，平常如能多做練習，有條件的多做實戰演習，就更容易順利通過了。我們考點有些考生在我這裏做過很多的上機練習，實際考試時有不少人在半個小時內全部做完，最快的考生十多分鐘即離開了機房(可不是不會做，而是全做對了)。
幾種語言中，QB的編程題相對較爲簡單，多數時候相當於填空;Fortran語言思路也較簡單，但要求熟悉常用算法(其他語言在算法上都有提示)，如果不知道算法，想破腦袋也做不出來。這兩種語言沒有什麼可說的。
Pascal和C難度接近，出題的方法與形式也接近。考生要注意的是在瀏覽整個程序時按子程序分別對待，如果想把程序的每一行都完全理解，完全是浪費時間。重點注意指定要編制的子程序中需使用和設置的變量，把它們的來龍去脈搞清楚就行了。至於輸入輸出子程序，則只要知道文件名、輸入輸出變量的情況就可以了。然後即可集中精力於編制子程序。注意在程序的編譯、連接過程中可能有錯誤提示似乎指向不允許考生改動之處，這時千萬不要被迷惑。只要把你的子程序編正確了，程序一定可以正確運行。
FoxBASE的編程題難度相差極大，如果運氣不好，抽到一道難的，可能好半天還不能看清題意(運氣好，抽到簡單的題，三兩下就可搞定)。這時千萬不可輕言放棄，即使你完全編不出程序也不要緊，把題中要求的數據庫結構正確建立起來也能夠得不少於10分(多數時候可得20分之多)。考FoxBASE沒有把握的考生不投一下這個機，就太划不來了。
