軟件測試報告范文

時間：2023-05-06 18:20:04

導(dǎo)語：如何才能寫好一篇軟件測試報告，這就需要搜集整理更多的資料和文獻(xiàn)，歡迎閱讀由公務(wù)員之家整理的十篇范文，供你借鑒。

軟件測試報告

篇1

1）linux系統(tǒng)：RedHatLinux9.0

我采用的安裝方法是從網(wǎng)上下載三個.iso文件，從DOS環(huán)境下安裝。

2）u盤驅(qū)動（因為我的系統(tǒng)不能識別u盤）：

①創(chuàng)建一個目錄，放在/mnt

cd/mnt

/dev/sda1/mnt/usb/vfatusers,dmask=000,fmake=0111,iochaarset=cp93600

③插入u盤后，在終端輸入mount/dev/sda1

④用完u盤后，先在終端輸入umount/mnt/usb,在拔u盤

3）apache軟件：index.htm

LoadModulephp4_modulemodules/libphp4.so

AddTypeapplication/x-httpd-php.php.phtml.php4.inc

AddTypeapplication/x-httpd-php-source/phps

6）以上安裝全部結(jié)束，編寫程序進(jìn)行測試：

<?echo“hello,wanglu”?>保存此文件于/usr/local/apache/htdocs/1.php

運行apache

在瀏覽器輸入localhost/1.php，顯示hello,wanglu.

測試成功！

2．動態(tài)頁面程序

<html>

<head>

<title>訪客計數(shù)器</title>

</head>

<body>

<metahttp-equiv="Content-Type"content="txt/htmlcharset=gb2312">

<?php

$counterFile="/tmp/counter.txt";

functiondisplayCounter($counterFile){

$fp=fopen($counterFile,"rw");

$num=fgets($fp,5);

$num+=1;

echo"您是第".$num."瀏覽此頁的先生(女士)";

exec("rm-rf$counterFile");//刪除文件

exec("echo$num>$counterFile");//把新值記錄在文件中

}

if(!file_exists($counterFile)){

exec("echo0>$counterFile");//初始化

}

displayCounter($counterFile);

echo"當(dāng)前時間:";

echodate(''''Y-m-dH:i:s'''',time());

echo"\n";

include"resume.htm";

?>

</body>

</html>

3．總結(jié)

感謝貴公司給予我這次學(xué)習(xí)linux和php的機會。通過一個禮拜的自學(xué)，我從一個對linux,php一無所知的小小菜鳥變成對linux,php有一定了解的小菜鳥。在完成貴公司的測試題目中，我遇到了很多問題。解決渠道主要采用了上網(wǎng)查閱資料，翻閱書籍和同學(xué)探討等三個渠道。我所遇到的問題如下：

1）在安裝redhatlinux時，在手動分區(qū)中，由于在建根分區(qū)（/）時，我選了“強行分為主分區(qū)“這個選項，致使安裝未通過。

2）所有軟件均從網(wǎng)上下載，并想通過u盤拷到linux。可我安裝的系統(tǒng)不能識別u盤。通過上網(wǎng)，搜索到相關(guān)信息。

3）當(dāng)我以非root進(jìn)入系統(tǒng)，運行/usr/local/apache/bin/apachectlstart出現(xiàn)Adressalreadyinuse,cannotbingtoaddress0.0.0.0:80

4）我最先下載的是php5,在安裝php5中遇到“error:libxml2version2.5.10orgreaterrequired”，我又從網(wǎng)上下載了libxml2-2.5.11.tar.gz。在成功安裝libxml后，又安裝了php5，可在hpptd.conf中填入LoadModulephp5-modulemodules/libphp5.so后。以執(zhí)行/usr/local/apache/bin/apacheectlstart就出錯?？稍诎惭bphp4時卻不出現(xiàn)此種情況。

5）由于我校采取校園網(wǎng)方式允許我們連入internet,在我成功配置網(wǎng)絡(luò)連接后，可以進(jìn)入我校身份印證主頁。當(dāng)點擊連接時，出現(xiàn)“erroroccurswhilegettingsomenecessaryinformationandyouannotaccesstheinternet”.

6）在編寫php測試文檔時，瀏覽器把中文顯示亂碼。解決方法。

在httpd.conf中加入AddDefaultCharsetGB2312或AddDefaultCharsetOff

篇2

【關(guān)鍵詞】快速測試；軟件質(zhì)量；測試策略

0 概述

（1）軟件測試現(xiàn)狀

隨著軟件的快速發(fā)展，軟件產(chǎn)品質(zhì)量面臨著前所未有的挑戰(zhàn)，提高測試的效率、降低測試的成本，對軟件產(chǎn)品提高質(zhì)量和應(yīng)對日趨激烈的市場競爭有著重要意義，而軟件質(zhì)量的提升主要靠軟件測試來實現(xiàn)。

統(tǒng)計表明，在典型的軟件開發(fā)項目中，軟件測試的工作量往往占到總工作量的40%以上，而在總成本中，測試成本要占30%～50%。盡管目前大部分公司已經(jīng)非常重視軟件測試，但軟件質(zhì)量提升的實際效果不盡人意，一部分原因是軟件測試方面的投入不足，更大一部分原因是軟件開發(fā)人員、甚至軟件測試人員的測試意識不足，測試時間不足，導(dǎo)致無法展開快速、有效的軟件測試。

（2）軟件測試面臨的問題

首先，國內(nèi)軟件相對起步較晚，現(xiàn)在在軟件開發(fā)上投入了大量的人力物力，相對而言在軟件測試方面]有引起足夠的重視，更沒有進(jìn)行成熟的軟件測試研究，軟件測試環(huán)境等測試資源國內(nèi)暫時沒有形成完善的氛圍。

其次，軟件測試人員較少，難以投入足夠的人力展開大規(guī)模的、規(guī)范的軟件測試，甚至在大部分公司軟件測試人員地位收入要低于軟件研發(fā)人員，軟件測試遠(yuǎn)遠(yuǎn)沒有引起重視。

第三，軟件時間緊湊，開發(fā)時間緊張，測試時間就會被大大縮短。測試的效果會大打折扣。

軟件日益復(fù)雜，軟件錯誤日益增多，軟件測試手段不成熟，測試人員不足，測試時間緊張等種種原因?qū)е履壳皣鴥?nèi)測試水平較差，軟件測試沒有完全展開。針對現(xiàn)狀思考，綜合考慮測試時間和測試效果兼顧，制定程序靜態(tài)掃描的單元測試與探索性測試的系統(tǒng)測試相結(jié)合，先進(jìn)行程序靜態(tài)掃描的單元測試，通過后再進(jìn)行探索性測試的系統(tǒng)測試的快速測試策略。

1 快速軟件測試策略

軟件測試是為了更快、更早的將軟件產(chǎn)品中存在的缺陷找出來，并敦促軟件開發(fā)人員盡快解決軟件缺陷，向客戶提供高質(zhì)量的產(chǎn)品。確定有效的軟件測試策略可快速找出軟件中的缺陷。

1.1 單元測試

單元測試是檢查軟件單元是否正確實現(xiàn)了詳細(xì)設(shè)計中的各項功能、性能要求，發(fā)現(xiàn)軟件單元內(nèi)可能存在的各種缺陷。

1.1.1 測試策略

針對單元測試目的，結(jié)合實際開發(fā)現(xiàn)狀，擬采用靜態(tài)測試工具對源代碼進(jìn)行程序靜態(tài)掃描。

程序靜態(tài)分析是：在不運行代碼的前提下，通過詞法分析、語法分析、控制流等白盒測試技術(shù)對軟件源代碼進(jìn)行掃描，驗證源代碼是否滿足規(guī)范性、安全性的一種代碼分析技術(shù)。

1.1.2 常用靜態(tài)分析技術(shù)

1.1.3 程序靜態(tài)掃描的優(yōu)缺點

程序的靜態(tài)分析與動態(tài)分析是相對應(yīng)的兩種代碼分析技術(shù)，主要實現(xiàn)方式是通過對程序代碼的自動掃描發(fā)現(xiàn)隱含的程序缺陷，主要具有以下兩條優(yōu)點：

a）不執(zhí)行程序，對源程序不會產(chǎn)生任何破壞。程序靜態(tài)掃描不運行源代碼，只是通過靜態(tài)掃描對源代碼進(jìn)行語法、結(jié)構(gòu)等方面的分析；

b）執(zhí)行速度快、效率高。成熟的程序靜態(tài)分析工具每秒可完成上萬行代碼的掃描，具有執(zhí)行速度快、效率高的特點。

程序靜態(tài)掃描的缺點也比較明顯：誤報率比較高，目前國際最好的程序靜態(tài)分析工具誤報率在5-10%之間，還是比較高的一個狀態(tài)。

在軟件程序?qū)崿F(xiàn)的過程中使用程序靜態(tài)分析工具對程序進(jìn)行掃描，有助于快速發(fā)現(xiàn)代碼缺陷，提高代碼的質(zhì)量，是一種在節(jié)省人力物力的前提下快速的提升源代碼質(zhì)量的有效手段。

1.2 系統(tǒng)測試

系統(tǒng)測試的目的是：在真實或者仿真環(huán)境下檢驗軟件程序是否滿足“軟件研制任務(wù)書”和“軟件需求規(guī)格說明”規(guī)定的功能、性能等要求。

1.2.1測試策略

針對系統(tǒng)測試目的，結(jié)合人員緊張、開發(fā)時間短的實際開發(fā)現(xiàn)狀，擬采用使用探索性測試的測試策略對軟件程序進(jìn)行功能、性能的合格性驗證。

探索性測試首先假設(shè)軟件存在某缺陷，然后對提出的假設(shè)進(jìn)行逐步驗證。在進(jìn)行探索性測試的過程中，學(xué)習(xí)知識、測試設(shè)計和測試執(zhí)行是在同一時間交叉進(jìn)行的。探索性測試的核心是依據(jù)測試的實際情況，即時設(shè)計測試用例并在軟件程序上進(jìn)行驗證，測試結(jié)束后將測試的結(jié)果整理形成“軟件測試報告”。

1.2.2探索性測試常用方法

探索性測試是對傳統(tǒng)測試技術(shù)的補充，它的關(guān)注點更多是有目的性地驗證程序是否存在某個缺陷。所以，探索性測試適用于所有的系統(tǒng)測試，但作為一種新興的軟件測試?yán)碚?，它有著自己獨特的測試方法和管理方式。一般使用如下兩種方法來進(jìn)行測試：

（1）結(jié)對測試法

結(jié)對測試的一般測試形式是兩名測試人員共同對一套軟件程序或者一臺機器展開測試。它要求必須有一名測試組長來負(fù)責(zé)統(tǒng)籌測試全程，進(jìn)行合理的測試安排。測試組長制定合理的軟件測試計劃，依據(jù)計劃，測試成員兩兩組隊，分工合作。在測試過程中，兩位測試人員各有分工，一位進(jìn)行測試操作，另一位主要負(fù)責(zé)提出建議、記錄測試發(fā)現(xiàn)的缺陷、提出測試過程中對程序的探索性問題等。

結(jié)對測試要求測試人員都能清晰地進(jìn)行交流，因為當(dāng)一名測試人員將自己的探索性想法與其他測試人員進(jìn)行溝通時，極有可能會觸發(fā)其他測試人員的靈感，這種發(fā)散性的交流方式會碰撞出更多的思維火花，設(shè)計出更加準(zhǔn)確、完整、符合實際測試情況的的軟件測試用例，這比傳統(tǒng)測試中要求測試人員按照固定的測試計劃進(jìn)行軟件測試更有效率。除了以上優(yōu)點，結(jié)對測試還有以下優(yōu)點：

a）輕松的測試環(huán)境：輕松的測試環(huán)境將避免測試過程中測試人員產(chǎn)生的的枯燥和無聊情緒，明顯提高軟件測試效率；

b）良好的連續(xù)性：結(jié)對測試中，兩位測試人員分工明確，一名軟件測試人員專注于執(zhí)行測試，另一名軟件測試人員負(fù)責(zé)記錄及文檔整理，分工明確將大大增加測試的連續(xù)性，使測試具有更好的可持續(xù)性；

c）降低外界干擾：兩人組成一個小的團隊，其他無關(guān)人士前來打擾測試的機會將會大大降低，排除外界干擾 ，提高工作效率；

d）清晰的報告測試結(jié)果：結(jié)對測試中一人專注負(fù)責(zé)記錄和整理測試結(jié)果，這將使測試報告的數(shù)據(jù)清晰完整；

e）有利于培養(yǎng)新的測試人員：結(jié)對測試，兩兩結(jié)對，有經(jīng)驗的測試前輩趁此機會將探索性測試中規(guī)律性的經(jīng)驗傳授給新的測試人員，新的測試人員一邊學(xué)習(xí)一邊實踐，幫助新人快速成長，提升測試技能。

（2）會話測試法

探索性測試的創(chuàng)始人James Bach提出過另一種有效的測試方法：會話測試法。這種測試方法的優(yōu)點是既不影響探索性測試靈活性和探索性的特點，又能避免探索性測試人員松散不服從統(tǒng)一管理。目前是探索性測試所有方法中比較公認(rèn)的一個有效的測試方法。

會話測試法中的會話主要包括兩部分：一部分是明確的測試主題，另一部分是可以被檢查的測試過程。“測試主題”指的是測試中想要發(fā)現(xiàn)的軟件缺陷或計劃完成被測試的功能?！翱梢员粰z查”是指階段性的軟件測試報告，該軟件測試報告來表征會話測試期間的工作成果。

持續(xù)時間1.5小時的會話測試為最優(yōu)會話測試，但這不是絕對的時間限制，一般而言小于45分鐘的會話測試稱之為短會話測試，大于2個小時的會話測試稱之為長會話。一般情況，每天可以使用會話測試法對軟件程序進(jìn)行三輪測試。

會話測試中沒有固定的模式對測試步驟及測試用例進(jìn)行規(guī)定和限制，依據(jù)測試人員和測試主題來進(jìn)行靈活選擇和執(zhí)行，例如測試人員可能會從某項功能開展測試，也有可能從頻繁出現(xiàn)的缺陷打開測試入口。

1.2.3 探索性測試的優(yōu)缺點

探索性測試最大的特點是具有強大的缺陷發(fā)現(xiàn)能力，作為一種高效率的測試方法，主要具有以下優(yōu)點：

a）測試方式靈活、富有創(chuàng)造性和主觀能動性。它比傳統(tǒng)的測試方法更加靈活，例如探索性測試對測試文檔的要求沒有傳統(tǒng)測試那么嚴(yán)格，但是它能夠發(fā)現(xiàn)正常測試用例執(zhí)行以外的缺陷，更有效地發(fā)現(xiàn)隱性缺陷，發(fā)現(xiàn)很多正常途徑無法發(fā)現(xiàn)的缺陷也能夠激發(fā)測試人員的創(chuàng)造性和主觀能動性。

b）測試時間短，執(zhí)行效率高。測試學(xué)習(xí)、測試設(shè)計和測試執(zhí)行交叉進(jìn)行，只對測試缺陷進(jìn)行詳細(xì)的記錄，會大大縮短測試時間，為項目的整體開發(fā)節(jié)省大量時間。據(jù)統(tǒng)計，有經(jīng)驗的測試人員在使用探索性測試方法進(jìn)行測試時，執(zhí)行測試的時間能占到測試總時間的80%，而測試設(shè)計只占總測試的20%。

探索性測試的缺點也是顯而易見的：對軟件測試工作沒有一個整體的規(guī)劃，不利于測試的規(guī)范化、標(biāo)準(zhǔn)化；重復(fù)性測試的幾率比傳統(tǒng)測試要大很多，很難確定哪些測試已經(jīng)執(zhí)行過。

在測試時間短、測試資源不充足的情況下，使用探索性的測試策略展開系統(tǒng)測試，可以有效快速地發(fā)現(xiàn)軟件缺陷，提高軟件質(zhì)量。

2 結(jié)論

軟件質(zhì)量是軟件的生命，由于軟件缺陷而造成經(jīng)濟損失、導(dǎo)致嚴(yán)重后果的事例屢見不鮮，軟件測試作為軟件質(zhì)量保證的重要手段一直都是軟件工程研究和應(yīng)用的熱點。在有限的人力物力情況下，如何展開有效的軟件測試，顯著提升軟件質(zhì)量更是每個軟件研發(fā)人員的關(guān)注重點。

程序靜態(tài)掃描提升源代碼質(zhì)量、探索性測試保證軟件功能的合格性，二者有效地結(jié)合，在極短的時間內(nèi)，節(jié)省開發(fā)人員精力的前提下，可以有效地_到軟件測試的目的，是一種有效的測試策略。

【參考文獻(xiàn)】

[1]張曉明，黃琳譯.軟件測試的藝術(shù)，機械工業(yè)出版社.

[2]朱少民編.軟件測試方法和技術(shù)，清華大學(xué)出版社，2005.

[3]汪穎譯.人月神話，清華大學(xué)出版社.

[4]呂靈，鮑臣禮.測試之美，機械工業(yè)出版社.

篇3

測試人員的職責(zé)就是通過測試報告向項目的主要涉眾傳達(dá)產(chǎn)品的信息，即他是作為一個重要的信息源，為質(zhì)量體系的運作提供到位的服務(wù)。

軟件測試員是指根據(jù)測試計劃和測試方案進(jìn)行軟件測試；能夠針對軟件需求開發(fā)測試模型，制定測試方案，安排測試計劃，并對測試項目進(jìn)行管理的專業(yè)人員。其職業(yè)等級可分為四級、三級和二級等不同的級別。

（來源：文章屋網(wǎng) ）

篇4

關(guān)鍵詞：軟件測試；項目實訓(xùn)；實踐教學(xué)；人才培養(yǎng)

作者簡介：吳夢麟（1982-），男，江蘇南京人，南京工業(yè)大學(xué)電子信息與工程學(xué)院，講師。

中圖分類號：G642.44 文獻(xiàn)標(biāo)識碼：A 文章編號：1007-0079（2013）14-0126-02

近年來，隨著中國內(nèi)需市場的增長和國內(nèi)外外包企業(yè)的合作加深，我國的軟件外包行業(yè)得到了迅速發(fā)展。軟件測試作為軟件外包的主營業(yè)務(wù)之一，是加快軟件企業(yè)與國際接軌，實現(xiàn)產(chǎn)品國際化的重要手段。隨著軟件開發(fā)流程的系統(tǒng)化和規(guī)范化，我國軟件企業(yè)對軟件測試的需求逐步增大，因此高校計算機專業(yè)中的軟件測試人才具有良好的就業(yè)前景。

由于軟件測試工作的特殊性，需要從業(yè)者不僅掌握一定的軟件技術(shù)，同時也要對軟件測試的方法和流程具備相當(dāng)?shù)慕?jīng)驗。通過高校教育培養(yǎng)出來的計算機專業(yè)應(yīng)屆畢業(yè)生，雖然能夠掌握基本的軟件開發(fā)技術(shù)和軟件測試?yán)碚摚侨狈嶋H的測試經(jīng)驗和相應(yīng)的行業(yè)背景知識，離企業(yè)的需求尚有一定的差距。目前高校計算機專業(yè)中軟件測試教學(xué)仍以理論為主，實踐動手能力和項目背景經(jīng)驗的培養(yǎng)相對不足，這些矛盾導(dǎo)致學(xué)生就業(yè)時很難適應(yīng)企業(yè)的用人要求，企業(yè)也必須對招入的應(yīng)屆畢業(yè)生進(jìn)行培訓(xùn)，花費相當(dāng)?shù)娜肆臀锪Α?/p>

項目實訓(xùn)是解決高校和企業(yè)之間供需矛盾的有效手段。在日常教學(xué)計劃中引入項目實訓(xùn)，以實際測試任務(wù)為驅(qū)動，按照企業(yè)規(guī)范進(jìn)行流程管理，讓學(xué)生掌握測試過程中各階段的技能，理論聯(lián)系實踐地接受企業(yè)化的鍛煉。通過實訓(xùn)課程，使學(xué)生不但能夠?qū)W習(xí)到實際測試經(jīng)驗，而且能夠增強團隊意識，進(jìn)一步縮小畢業(yè)生與職業(yè)測試工程師之間的差距。

一、軟件測試項目實施

1.測試項目簡介

本文所述的軟件測試實訓(xùn)項目是基于校企共建模式，由南京工業(yè)大學(xué)（以下簡稱“我?！保┸浖獍鼘嶒炇姨峁┸浖y試的場所和專用的硬件設(shè)備，從合作的軟件公司引入相應(yīng)的測試平臺、管理流程和測試報告文檔的測試項目。

本項目的內(nèi)容是針對前期開發(fā)的教師管理系統(tǒng)進(jìn)行測試。該系統(tǒng)是教學(xué)部門的業(yè)務(wù)管理支撐系統(tǒng)，測試主要圍繞教師信息的查詢和更新操作的管理。通過對這些功能模塊的測試，增強系統(tǒng)的易用性、穩(wěn)定性、可配置性，消除信息孤島，進(jìn)一步提高數(shù)據(jù)信息的應(yīng)用水平。

在測試環(huán)境搭建過程中，服務(wù)器的軟硬件配置要與該系統(tǒng)的實際運行環(huán)境保持一致。對于測試計劃、測試方案和測試用例等文檔的修改、更新操作，則采用svn版本管理工具來進(jìn)行控制。學(xué)生可以通過svn服務(wù)器平臺，按照進(jìn)度提交每日的測試用例文檔，并填寫日志記錄測試進(jìn)度和每天的測試工作。

2.實訓(xùn)計劃和人員管理

軟件測試實訓(xùn)安排在我校外包實驗室中進(jìn)行，采用與企業(yè)相同的管理模式集中訓(xùn)練，由相關(guān)教師和企業(yè)工程師來指導(dǎo)測試流程。測試團隊的成員來自于我校電子與信息工程學(xué)院計算機專業(yè)的大三、大四學(xué)生，以及對軟件測試感興趣的相近專業(yè)的學(xué)生。這些學(xué)生具備基本的軟件編程能力，并且對測試的基本理論有一定的了解。根據(jù)學(xué)生自身水平和對項目的熟悉程度，可以將其劃分為不同角色，其中包括開發(fā)人員和測試人員。開發(fā)人員由原來參與系統(tǒng)開發(fā)的部分學(xué)生擔(dān)任。測試人員可以分成不同的小組測試不同的模塊，每個小組設(shè)置一個測試組長，負(fù)責(zé)測試項目管理，其余組員則負(fù)責(zé)執(zhí)行測試用例，各小組都有一名教師作為指導(dǎo)教師，控制模塊的測試進(jìn)度。整個測試實訓(xùn)項目安排在假期進(jìn)行，用時半個月，每天工作8小時。每天早晨由測試組長安排當(dāng)天的測試任務(wù)，并對前一天的測試結(jié)果進(jìn)行總結(jié)。在每個時間節(jié)點，由指導(dǎo)教師和小組成員對相關(guān)測試文檔進(jìn)行評審。

3.測試項目進(jìn)程

本項目的實際流程圖如圖1所示，在項目初始階段，擔(dān)任開發(fā)人員角色的學(xué)生敘述產(chǎn)品需求和業(yè)務(wù)流程，為編寫測試計劃做準(zhǔn)備。該測試項目主要分為5個階段：測試計劃制定、測試方案編寫、測試用例設(shè)計、多輪系統(tǒng)測試和測試系統(tǒng)報告提交。每個階段都力求達(dá)到規(guī)范化、細(xì)致化的測試目標(biāo)，同時每個階段都要經(jīng)過教師和各個組員之間的評審，如果評審?fù)ㄟ^，可以開始下一階段的工作；如果不通過，則需要完善后繼續(xù)評審直到通過。

（1）測試計劃制定。在了解了教師管理系統(tǒng)的需求以后，結(jié)合學(xué)生的基本情況、系統(tǒng)模塊數(shù)量和測試的周期來制定測試計劃。測試計劃要涵蓋測試的范圍和環(huán)境、測試人員的管理和測試進(jìn)度安排?？紤]到參與實訓(xùn)項目的學(xué)生缺乏相關(guān)經(jīng)驗，因此測試計劃要重點突出每個測試小組所對應(yīng)的系統(tǒng)模塊，以及測試流程中每個階段所對應(yīng)的完成日期。該測試計劃由各組組長和指導(dǎo)教師制定，最后需各小組評審后通過。

（2）測試方案編寫。測試方案是按照系統(tǒng)需求說明書詳細(xì)的分析測試的模塊，指導(dǎo)后續(xù)的測試用例的編寫工作，重點在于對模塊具體功能的理解和測試對象的分析。在這一階段，首先由擔(dān)任開發(fā)人員角色的學(xué)生來介紹系統(tǒng)模塊的基本功能，并以文檔的形式向?qū)?yīng)測試組成員提交；然后由指導(dǎo)教師以具體測試點為例，介紹詳細(xì)的測試用例寫法；最后，由各組組長將測試任務(wù)分配給組員，各組員在理解的基礎(chǔ)上開始測試用例的設(shè)計。測試方案完成以后由各組組長匯總，并在組內(nèi)進(jìn)行評審。

（3）測試用例設(shè)計。測試用例的編寫是針對各功能模塊測試而設(shè)計的一組測試輸入、執(zhí)行條件以及預(yù)期結(jié)果，也是本實訓(xùn)項目的重點內(nèi)容。在對模塊的特性和功能了解的基礎(chǔ)上，設(shè)計系統(tǒng)的測試點，設(shè)計時應(yīng)考慮角色權(quán)限、驗證點和測試描述。在設(shè)計驗證點的過程中，鼓勵學(xué)生展開討論，力求做到無疏漏；同時在測試描述時，可以將等價類劃分、邊界值、錯誤推測等常用方法與書本理論相結(jié)合，通過具體的實例加深學(xué)生對所學(xué)知識的理解。最終的測試用例以Excel表格形式列出，其中包括編號、重要級別、操作步驟、預(yù)期輸出和實際測試結(jié)果等條目。

（4）多輪系統(tǒng)測試。按照測試用例的具體內(nèi)容，可以進(jìn)行多輪的系統(tǒng)測試。根據(jù)測試結(jié)果，扮演開發(fā)人員角色的學(xué)生對缺陷進(jìn)行修改。通過這一過程，不但使學(xué)生認(rèn)識到開發(fā)過程中存在的問題，而且積累了開發(fā)經(jīng)驗，為今后規(guī)范化的編程打下了基礎(chǔ)。

（5）測試報告提交。通過半個月的實訓(xùn)，學(xué)生經(jīng)歷了規(guī)范化的測試流程，測試報告的編寫是對測試內(nèi)容的概括和總結(jié)。報告的內(nèi)容主要有以下三個方面：通過對測試結(jié)果的分析，得到對軟件質(zhì)量的評價；總結(jié)本次的測試過程，為制定以后的測試計劃提供參考；評估本次測試計劃和測試執(zhí)行是否符合規(guī)范。通過本次實訓(xùn)，學(xué)生普遍體會到從理論知識到實踐的過程，明確了規(guī)范化的軟件測試方法，同時對軟件編寫中隱含的錯誤和缺陷也有了一定的認(rèn)識，為今后的軟件開發(fā)打下一定的基礎(chǔ)。

二、軟件測試實訓(xùn)存在的問題和解決辦法

本次軟件測試實訓(xùn)基本達(dá)到了預(yù)期的效果，學(xué)生不但學(xué)到了規(guī)范化的測試流程，提高了職業(yè)軟件素養(yǎng)，而且通過互動和交流，發(fā)現(xiàn)了教學(xué)中存在的一些需要解決的問題。首先，本次軟件測試實訓(xùn)是針對上一次實訓(xùn)開發(fā)的系統(tǒng)，離企業(yè)的實際系統(tǒng)測試尚有一些差距；其次，參與的學(xué)生缺乏實際經(jīng)驗，對軟件測試認(rèn)識不足，導(dǎo)致測試方案和測試用例編寫不夠規(guī)范、完善；另外，相應(yīng)的管理需要加強，在實訓(xùn)過程中存在遲到、早退以及缺席的現(xiàn)象，從而影響了測試進(jìn)度。

針對以上問題，在今后的實訓(xùn)過程中，測試項目要盡量切合企業(yè)的實際需求，同時在測試方案和測試用例的評審中，要加強教師和學(xué)生的溝通，強調(diào)測試流程的規(guī)范性，可以多鼓勵高水平的學(xué)生帶低水平的學(xué)生。另外，可以采取企業(yè)現(xiàn)行管理方式對實訓(xùn)進(jìn)行管理，如引入考勤制度、評審制度等。

三、結(jié)語

軟件測試是我國軟件產(chǎn)業(yè)高速發(fā)展中需求缺口較大的一個行業(yè)，培養(yǎng)具有相關(guān)經(jīng)驗和符合企業(yè)需求的軟件測試人才是目前高校計算機專業(yè)需要解決的核心問題之一。本文通過研究軟件測試實訓(xùn)項目，探索了軟件測試專業(yè)人才的培訓(xùn)方式以及在此過程中遇到的問題，對研究校企聯(lián)合的人才培養(yǎng)模式具有重要意義。

參考文獻(xiàn)：

[1]徐瑾.中國軟件外包業(yè)研究綜述與展望[J].經(jīng)濟學(xué)動態(tài)，2010，（11）：75-78.

篇5

    一、工程咨詢的特點

    工程咨詢業(yè)是智力服務(wù)性行業(yè),運用多種學(xué)科知識和經(jīng)驗、現(xiàn)代科學(xué)技術(shù)管理方法,遵循獨立、科學(xué)、公正的原則,為政府部門和投資者對經(jīng)濟建設(shè)和工程項目的投資決策與實施提供咨詢服務(wù),以提高宏觀和微觀的經(jīng)濟效益。工程咨詢具有以下特點:工程咨詢業(yè)務(wù)范圍彈性很大,可以是宏觀的、整體的、全過程的咨詢,也可以是某個問題、某項內(nèi)容、某項工作的咨詢;每一項工程咨詢?nèi)蝿?wù)都是一次性的、單獨的任務(wù)、只有類似,沒有重復(fù);工程咨詢是高度智能化的服務(wù),需要多學(xué)科知識、技術(shù)、經(jīng)驗、方法和信息的集成及創(chuàng)新;工程咨詢牽涉面廣;許多工程咨詢成果具有預(yù)測性、前瞻性;工程咨詢提供智力服務(wù),咨詢成果屬非物質(zhì)產(chǎn)品。

    二、軟件測試的目的

    軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程;測試是為了證明程序有錯,而不是證明程序無錯誤;一個好的測試是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤;一個成功的測試是發(fā)現(xiàn)了至今為止未發(fā)現(xiàn)的錯誤的測試。

    軟件測試的目的不僅僅是為了發(fā)現(xiàn)程序中存在的錯誤,它還是軟件質(zhì)量保證至關(guān)重要的一個環(huán)節(jié)。軟件測試不同于程序員在代碼編寫完成后簡單的使用、調(diào)試,軟件測試需要遵循一定的原則,軟件測試的原則大致包括以下內(nèi)容:確定預(yù)期輸出是測試必不可少的一部分,程序員應(yīng)避免測試自己編寫的程序,程序設(shè)計機構(gòu)不應(yīng)測試自己的程序,徹底檢查每一個測試結(jié)果,對非法的和非預(yù)期的情況也要象對合法的預(yù)期輸入一樣編寫測試用例,檢查程序是否做了要它做的事僅僅是成功的一半,另一半是程序是否做了不要它做的事,除了真正沒有用的程序外,一定不要扔掉測試用例,一段程序中存在錯誤的概率與在這段程序中已發(fā)現(xiàn)的錯誤成比例,在規(guī)劃測試時,不要設(shè)想程序中不會查出錯誤,所有的測試都應(yīng)當(dāng)追溯到用戶需求,應(yīng)該在測試工作真正開始前就開始計劃測試,測試應(yīng)該從“小規(guī)?！遍_始逐步轉(zhuǎn)到“大規(guī)模”,測試發(fā)現(xiàn)錯誤中80%的錯誤屬于20%的程序模塊,窮舉測試是不可能的,但充分覆蓋程序邏輯是可能的,測試是一件非常復(fù)雜,具有創(chuàng)造性的和需要高度智慧的挑戰(zhàn)性任務(wù)。

    三、軟件測試幾點看法

    軟件測試作為軟件上線的最后關(guān)口,應(yīng)得到高度重視。但由于思想意識和歷史原因,出現(xiàn)重開發(fā)輕測試的現(xiàn)象,軟件測試成為制約軟件成功上線運行的瓶頸。由于對軟件測試的重要性理解不夠,很多人認(rèn)為程序能夠運行基本上就已經(jīng)成功,沒有必要進(jìn)行專門的測試,這些都是錯誤的觀點。

    軟件測試分為:單元測試(模塊測試),集成測試。在進(jìn)行所有的測試前,一定先要認(rèn)真閱讀各種相關(guān)文檔,同時制定測試計劃,同時進(jìn)行測試用例設(shè)計,在設(shè)計測試用例時,要對待測軟件進(jìn)行分析,設(shè)計合理的模型,制定測試用例。在測試進(jìn)行過程中,要根據(jù)實際情況修改或增加測試用例。

    在測試完成后,要根據(jù)測試結(jié)果填寫《軟件測試問題跟蹤單》,在整個軟件測試完成后,要分析測試結(jié)果并編寫測試報告。在測試報告中要說明本次測試的結(jié)果,如各個等級的BUG的數(shù)目,在各個模塊中的分布情況及評語。在整個項目完成后,將測試工作所產(chǎn)生的所有文檔交文檔管理員歸檔。

    軟件測試是為了擬制缺陷。作為衡量和評價的手段,測試是質(zhì)量控制的核心環(huán)節(jié),除發(fā)現(xiàn)問題外,測試還有預(yù)防的潛力。

篇6

1、負(fù)責(zé)應(yīng)用上線前的內(nèi)部測試，android應(yīng)用程序的測試；

2、構(gòu)建測試環(huán)境，設(shè)計測試腳本和用例，執(zhí)行測試腳本和測試用例，尋找Bug；

3、分析問題所在并進(jìn)行準(zhǔn)確定位和驗證，按照標(biāo)準(zhǔn)格式填寫并提交Bug報告；

4、跟蹤并驗證Bug，并確認(rèn)問題得以解決；

5、按照標(biāo)準(zhǔn)格式填寫并提交測試報告，完成軟件開發(fā)的集成測試工作。

任職要求：

1、掌握軟件軟件測試?yán)碚摚星逦臏y試邏輯，良好的溝通能力

2、熟練編寫測試用例及缺陷報告

3、了解安卓系統(tǒng)常用工具及命令，了解常用自動化測試工具

4、有過專業(yè)的測試培訓(xùn)經(jīng)歷者優(yōu)先考慮

篇[二]：軟件測試實習(xí)生的心得實習(xí)是我們工商管理類專業(yè)知識結(jié)構(gòu)中不可缺少的組成部分，并作為一個獨立的項目列入專業(yè)教學(xué)計劃中的。其目的在于通過實習(xí)使學(xué)生獲得各專業(yè)的感性知識，理論聯(lián)系實際，擴大知識面；使得學(xué)生較為全面地了解企業(yè)經(jīng)營管理，學(xué)習(xí)企業(yè)成功的管理經(jīng)驗；培養(yǎng)學(xué)生將理論聯(lián)系實際，深入接觸工商管理實際工作，運用工商管理專業(yè)知識分析和解決現(xiàn)實中的工商管理問題；加深對社會和工作的認(rèn)識，端正工作態(tài)度，學(xué)習(xí)工作方法，鍛煉管理技能，為今后順利踏上工作崗位打下基礎(chǔ)；并且嘗試探討工商管理管理前沿問題，初定畢業(yè)論文選題興趣。

篇[三]：軟件測試實習(xí)生的心得通過實習(xí)提高自己的對社會的認(rèn)知能力，同時理論聯(lián)系實際，讓自己迅速適應(yīng)社會，跟上IT前進(jìn)的快速步伐，軟件測試實習(xí)報告。通過理論與實際的結(jié)合、學(xué)校與社會的溝通，進(jìn)一步提高學(xué)生的思想覺悟、業(yè)務(wù)水平，尤其是觀察、分析和解決問題的實際工作能力，以便培養(yǎng)自己成為能夠主動適應(yīng)社會主義現(xiàn)代化建設(shè)需要的高素質(zhì)的復(fù)合型人才。

篇[四]：軟件測試實習(xí)生的心得根據(jù)所學(xué)課程的理論知識，結(jié)合企業(yè)的運營實際，掌握軟件開發(fā)的一般過程，軟件的生命周期和作為一個開發(fā)人員應(yīng)該具備的基本能力，并撰寫實習(xí)報告。使學(xué)生進(jìn)一步鞏固所學(xué)理論知識，同時提高觀察問題、分析問題、解決問題的能力。

篇[五]：軟件測試實習(xí)生心得寫在前面：找工作真不容易，來北京呆了一個多月，都沒找到一個合適的工作

大三的時候，一次計算機等級考試，由于考c，數(shù)據(jù)庫，都沒過，就報了個四級軟件測試工程師。抱著試試看的態(tài)度學(xué)了一個月做了幾套題，就拿下了一個四級證書。當(dāng)時想的是，這都行，水分有點大吧。

本來想找一份網(wǎng)站開發(fā)的工作，技術(shù)不夠硬，一直在北京飄著飄著啊。通過一個學(xué)姐，得到了一個軟件測試面試的機會。于是半只腳踏入了軟件測試的大門，因為我現(xiàn)在剛開始寫測試用例，還沒有真正的融入到團隊中去。

實習(xí)生，直接領(lǐng)導(dǎo)給我安排了一個實習(xí)計劃，嚴(yán)格按照實習(xí)計劃執(zhí)行。首先就是看公司軟件的手冊，要了解產(chǎn)品，知道軟件的基本操作流程，不會了就問帶我的師傅。就這樣學(xué)了一個禮拜，不同于用一款軟件，在用的過程中要去思考，這個功能為什么有，這個功能要實現(xiàn)什么。忘了說了，現(xiàn)在產(chǎn)品做的是功能測試，比較簡單，所以分到了這個組里。一周之后帶我的師傅檢查了一下我的學(xué)習(xí)成果，具體操作、實現(xiàn)軟件的一些功能，然后就幾個主要的功能點以及一些需要特別注意的關(guān)鍵詞，給我做了詳細(xì)的講解。

然后給我了兩個功能界面，讓我寫一些測試用例，開始感覺沒什么可寫的，這兩個功能實現(xiàn)起來很容易的。第一天試著寫了幾個，然后拿給師傅看，因為不知道從哪方面入手，雖然看了一些以前的測試用例，但是親手寫還是第一次，所以有些拿不準(zhǔn)。

篇7

【關(guān)鍵詞】計算機軟件；測試；方法與分析

面對激烈的市場競爭，很多軟件開發(fā)商為了能占領(lǐng)一席之地，對軟件進(jìn)行各種升級更新、測試與維護，最終的目的是把自己的軟禁推向市場，從而更好的為社會服務(wù)，也獲取最大的經(jīng)濟效益。沒有經(jīng)過測試的軟件，很大程度上面臨質(zhì)量不佳、運行風(fēng)險，對企業(yè)造成負(fù)面影響，影響企業(yè)地位和信譽。特別是一些關(guān)鍵的核心軟件，如醫(yī)療衛(wèi)生系統(tǒng)軟件、訂票系統(tǒng)軟件、銀行結(jié)算軟件等，如果沒有進(jìn)行嚴(yán)格的事前檢測，造成的后果將不堪設(shè)想，所以，計算機軟件的測試則是一個很重要的環(huán)節(jié)，必須引起重視，對軟件進(jìn)行測試評估，保證軟件的運行質(zhì)量。

1.計算機軟件測試的方法分析

軟件測試作為計算機工程的一個重要環(huán)節(jié)，是提高軟件質(zhì)量的保障，軟件的測試需要很強的邏輯性。關(guān)于計算機軟件測試的方法分類，目前主要有四種：即靜態(tài)測試、動態(tài)測試、黑盒測試、白盒測試。

1.1靜態(tài)測試

所謂靜態(tài)測試指的是不執(zhí)行計算機程序代碼來尋找程序代碼中的問題與錯誤，這一過程需要人工手動進(jìn)行，或者借助其他工具完成。

1.2動態(tài)測試

所謂動態(tài)測試指的是在計算機的實際運行中，測試軟件的程序，對程序的真實情況、發(fā)生動態(tài)進(jìn)行分析和處理的過程。

1.3黑盒測試

黑盒測試指的是根據(jù)軟件產(chǎn)品的功能，通過檢測的方式對每一部分的功能進(jìn)行檢測，從而檢測軟件是否正常使用，黑盒測試的理念是把測試系統(tǒng)看成一個黑盒，通過外界輸入的方式，在輸出檢測結(jié)果，從而得出結(jié)論的過程。黑盒測試的主要優(yōu)點在于：簡單容易操作，不需要很復(fù)雜的內(nèi)部代碼，測試與計算機軟件的內(nèi)部沒有很大關(guān)系，從用戶的角度出發(fā)，很容易解決問題的發(fā)生，功能的實現(xiàn)等。而且黑盒測試在自動化測試中也很方便。黑盒測試起著重要的不可替代的作用。隨著軟件開發(fā)平臺及軟件設(shè)計思想的進(jìn)步和發(fā)展， 對黑盒測試提出了更明確的要求。人們發(fā)現(xiàn)， 必須遵循一定的測試?yán)碚摚?依賴優(yōu)秀的測試工具， 才能進(jìn)行科學(xué)、完善的測試。

1.4白盒測試

白盒測試也被稱作結(jié)構(gòu)測試或者邏輯測試， 可以查閱被測代碼內(nèi)容的測試工作。但是需要知道程序的內(nèi)部設(shè)計結(jié)構(gòu)、具體代碼， 并根據(jù)基礎(chǔ)程序來設(shè)計測試。白盒測試的優(yōu)勢在于測試用例在代碼上什么地方被忽略。幫助軟件測試人員增大代碼覆蓋率， 提高代碼質(zhì)量， 發(fā)現(xiàn)代碼隱藏問題。

2.計算機軟件測試的手段分析

2.1 web網(wǎng)站測試手段

隨著網(wǎng)絡(luò)系統(tǒng)的普及，基于internet的瀏覽器、服務(wù)器結(jié)構(gòu)的大型應(yīng)用軟件越來越多，一套軟件應(yīng)用系統(tǒng)是否可以承受大量數(shù)據(jù)，向多個用戶同時間訪問，并且用戶不會感覺反應(yīng)慢、系統(tǒng)失靈、登陸不上等狀況。如果采用模似實際情況，找若干臺電腦和同樣數(shù)目的操作人員在同一時刻進(jìn)行操作，后拿秒表記錄下反應(yīng)時間，這樣的手工作坊式的測試方法不切實際，還無法捕捉程序內(nèi)部放入變化情況，所以就需要壓力測試工具。測試的基本方略是自動負(fù)載測試，即通過在一臺或幾臺機上模擬成百或上千的虛似用戶，同時執(zhí)行業(yè)務(wù)，對應(yīng)用程序進(jìn)行系統(tǒng)測試的過程。工具還可以同時記錄每一事務(wù)處理的時間，中間服務(wù)的峰值數(shù)據(jù)，數(shù)據(jù)庫的狀態(tài)。主要測試包括交易處理性能指標(biāo)、資源監(jiān)控。其中交易處理性能指標(biāo)包括交易結(jié)果，每分鐘交易數(shù)、交易響應(yīng)時間， 最小服務(wù)的響應(yīng)時間，平均服務(wù)的響應(yīng)時間， 最大服務(wù)的響應(yīng)時間等。壓力測試的過程， 即逐漸增加負(fù)載，直到系統(tǒng)瓶頸或不能接收的性能點，通過綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來確定系統(tǒng)并發(fā)性能的過程，最后由測試工具自動生成測試報告與測試結(jié)論。

2.2測試工具選擇

目前市場上的性能測試工具種類很多，可簡單劃分為以下幾種：負(fù)載壓力測試工具、資源監(jiān)控工具、故障定位工具。負(fù)載性能測試工具的原理通常是通過錄制，回放腳本，模擬多用戶同時間訪問被測試系統(tǒng)，制造負(fù)載，產(chǎn)生并記錄各種性能指標(biāo)，生成分析結(jié)果，從而完成測試的任務(wù)。

主流負(fù)載測試工具的主要內(nèi)容是偏寫測試腳本，腳本中一般包括用戶常用的功能，然后運行腳本， 得出報告。

3.計算機軟件測試的過程分析

3.1測試的計劃

測試計劃就是定義一個測試項目的過程， 確定各測試階段的目的和策略， 以便能夠正確地度量和控制測試。這個過程將輸出測試計劃文檔，明確要完成的測試過程的每一個階段提供清楚的目標(biāo)。

3.2測試的項目設(shè)計

測試設(shè)計是在軟件開發(fā)設(shè)計階段進(jìn)行的測試工作，需要被測方提供較規(guī)范的軟件需求規(guī)格說明、 概要設(shè)計、詳細(xì)設(shè)計。測試設(shè)計是測試過程中最重要的階段。在這個過程中將定義測試用例， 測試用例的設(shè)計對整個測試工作的成敗起了決定性的作用。測試項的設(shè)計步驟分為以下幾步：首先是 測試項的設(shè)計分析式樣，使用各種技法、矩陣、錯誤的推測設(shè)計測試項。其中具體的技法會在后面做詳細(xì)介紹。

其次是結(jié)果確認(rèn)的討論。測試項組合/ 重復(fù)的刪除。從測試項中刪除將沒有依存關(guān)系的內(nèi)容組合起來進(jìn)行測試的項目。，刪除根據(jù)多種測試技法做成的測試項中的重復(fù)項目。再次是測試項目的review有沒有無效的測試項， 有沒有重復(fù)的測試項， 測試項是否有遺漏，結(jié)果確認(rèn)方法是否妥當(dāng)。

3.3測試的準(zhǔn)備

測試準(zhǔn)備階段是在測試實施之前，構(gòu)造測試計劃中說明的執(zhí)行測試所需的要素，這些要素通常包括驅(qū)動程序、測試數(shù)據(jù)集、實際執(zhí)行測試所需的軟件； 同時為每個測試過程選擇適當(dāng)?shù)臏y試用例； 準(zhǔn)備測試環(huán)境和測試工具。

3.4測試的實施

按照測試計劃， 使用測試用例對待測項目進(jìn)行逐一的、詳細(xì)的測試。將獲得的運行結(jié)果與其他結(jié)果進(jìn)行比較、分析和評估， 判斷軟件是通過了每項測試還是失敗， 確定開發(fā)過程中將要進(jìn)行的下一步工序； 同時記錄、跟蹤和管理軟件缺陷。在每個測試執(zhí)行之后， 對發(fā)現(xiàn)的錯誤都要進(jìn)行相應(yīng)的修改。當(dāng)軟件修改以后， 必須運行原有的全部測試用例重新測試， 并驗證測試結(jié)果， 這樣可確保修改后軟件的正確性和質(zhì)量。應(yīng)定期進(jìn)行回歸測試， 看該錯誤是否會重新出現(xiàn)。回歸測試是確認(rèn)已測試的問題已不再存在的一項工作， 每進(jìn)行完一個階段應(yīng)檢查執(zhí)行結(jié)果與測試計劃或測試設(shè)計文件中是否存在差異。若存在差異就應(yīng)針對差異進(jìn)行適度的調(diào)整， 可能是修改測試設(shè)計文件的內(nèi)容及測試計劃的進(jìn)度、安排等各種情況。

3.5測試的報告

將測試執(zhí)行階段得到的測試結(jié)果進(jìn)行測試分析和匯總，測試觀點是否有遺漏，結(jié)果確認(rèn)方法是否妥當(dāng)，依次評定測試用例、測試項、軟件總體質(zhì)量等級。如果必要， 還應(yīng)該組織專家評議， 最終得到測試報告。測試分析報告的結(jié)構(gòu)可以參考計算機軟件產(chǎn)品開發(fā)文件編制指南。

3.6測試包整理

開發(fā)結(jié)束后， 整理測試包以便于下期開發(fā)時用來進(jìn)行降級測試。軟件測試是通過使用各種方法， 黑盒或白盒方法發(fā)現(xiàn)錯誤，分析錯誤，找到錯誤的分布特征和規(guī)律，從而幫助項目管理人員、開發(fā)人員發(fā)現(xiàn)當(dāng)前所采用的軟件開發(fā)過程中缺陷， 以便改進(jìn)。同時也能夠通過設(shè)計有針對性的檢測方法，改善軟件測試的有效性。完整的軟件測試不僅可以給軟件進(jìn)行一個正確的評價，而且是提高軟件重要的方法之一。

【參考文獻(xiàn)】

[1]馬瑞芳，王會燃.計算機軟件測試方法的研究[J].小型微型計算機系統(tǒng)，2003，（12）.

[2]劉竹林.我國計算機軟件測試現(xiàn)狀分析[J].華南金融電腦，2004，（09）.

[3]呂雄津.淺談計算機軟件測試技術(shù)與保護技術(shù)[J].計算機光盤軟件與應(yīng)用，2012，（09）.

[4]劉皓，李長命.軟件測試簡述與展望[J].江蘇現(xiàn)代計量，2008，（01）.

篇8

【 關(guān)鍵詞 】 成本估算；COCOMO模型；軟件測試；DO-178B

Estimate the Cost of Software Testing Based on COCOMO Model

Dong Xi 1 Li Lei 2 Zhang Peng 1

（1. The 723 Institute of CSIC， JiangsuYangzhou 225001；

2.China Aeronautical Radio Electronics Research Institute Shanghai 200233）

【 Abstract 】 This paper introduces the software industry's most extensive， most famous Software cost estimation model COCOMO. And according to the characteristics of software testing cost is difficult to estimate， applied The COCOMO estimation model to the cost estimation of software testing in order to improve the software cost estimation efficiency and success rate.

【 Keywords 】 cost estimate； cocomo model； software testing； do-178B

1 引言

在當(dāng)今軟件過程活動中，軟件研發(fā)機構(gòu)將研制力量的40%以上投入到軟件測試之中已經(jīng)越來越普遍。特殊情況下，對于性命攸關(guān)的軟件，如戰(zhàn)斗機飛行控制軟件、核反應(yīng)堆監(jiān)測軟件、神舟飛船上各型軟件等，其測試成本（包括人力、經(jīng)費、材料等）甚至高達(dá)所有其他軟件工程階段成本總和的3～5倍。因此，如何合理分配開發(fā)與測試的經(jīng)費、人員等成為一個軟件項目成功很關(guān)鍵的因素。而項目成本往往在項目前期，也就是項目成本預(yù)算中就已經(jīng)確立，所以，有效的軟件測試成本評估也顯得極為關(guān)鍵。

2 軟件測試成本估算現(xiàn)狀

軟件測試是軟件生命周期內(nèi)的一個重要階段，也是保證軟件質(zhì)量的重要手段之一。隨著市場對軟件質(zhì)量要求的不斷提高，軟件測試不斷受到重視。如何較好地制定軟件測試計劃，合理分配軟件測試過程中的人力、物力資源，對軟件測試的成本如何進(jìn)行較為精確估計等都值得關(guān)注。

目前，對軟件開發(fā)成本估算的研究與應(yīng)用已經(jīng)比較廣泛，形成了以功能點分析法、專家判定-delphi方法等為代表的估算方法和模型。相比較而言，軟件測試規(guī)模的估算研究和應(yīng)用相對較少。尤其在軟件測試的成本估計方面往往還憑測試專家的經(jīng)驗來定，這樣極易導(dǎo)致軟件測試由于預(yù)算的不足導(dǎo)致的測試活動的不充分、測試質(zhì)量低下。

3 COCOMO模型簡述

著名軟件工程專家、經(jīng)濟學(xué)家Barry Boehm在其著作《軟件工程經(jīng)濟學(xué)》中提出了軟件估算模型層次結(jié)構(gòu)，稱為構(gòu)造式成本模型COCOMO（Constructive Cost Model），至今該模型已經(jīng)成為軟件界最通用的估算模型。

3.1 三種類型的軟件

COCOMO是針對Boebm劃分的三種類型軟件進(jìn)行估算的。

1） 固有型（Organic Mode）項目：規(guī)模較小、較為簡單的項目，開發(fā)人員對項目有較好的理解和較為豐富的工作經(jīng)驗，如飛機的極限告警燈信號軟件。

2） 嵌入型（Embedded Mode）項目：這類項目的開發(fā)工作緊密地與系統(tǒng)中的硬件、軟件和運行限制聯(lián)系在一起，如飛機的飛行控制軟件。

3） 半獨立型（Semi-detached Mode）項目：項目的性質(zhì)介于上述兩種類型之間，其規(guī)模與復(fù)雜性均屬于中等，如考勤信息管理系統(tǒng)、OA事務(wù)處理系統(tǒng)等。

3.2 COCOMO的三級模型

1）基本COCOMO模型。該模型為靜態(tài)、單變量，以估算出的源代碼行數(shù)計算開發(fā)工作量和開發(fā)期。

開發(fā)工作量為：E = a （KLOC）b

式中：E為工作量，單位為人月；KLOC為交付的千代碼行數(shù)；a，b為模型系數(shù)，如表1所示。

2）中級COCOMO模型。該模型除考慮源代碼行數(shù)外，還考慮調(diào)節(jié)因子（Effort Adjustment Factor，EAF），用其體現(xiàn)產(chǎn)品、軟件、人員和項目等因素。

開發(fā)工作量：

E = c（KLOC）d×EAF

式中，c、d是模型系數(shù)，如表2所示；EAF是調(diào)節(jié)因子，它包含了4類15中屬性，其值從0.7～1.66，如表3所示。

3）高級COCOMO模型。高級COCOMO模型除了保留中級模型的因素外，還涉及軟件工程過程不同開發(fā)階段的影響，以及系統(tǒng)層、子系統(tǒng)層和模塊層的差別。由于篇幅關(guān)系，不詳細(xì)介紹。

4 軟件測試成本估算設(shè)計與實現(xiàn)

4.1 軟件安全性等級劃分

根據(jù)RTCA的DO-178B標(biāo)準(zhǔn)，軟件的安全評估及風(fēng)險分析需要描述當(dāng)其失效時對機身、機組人員、乘客產(chǎn)生的后果，以此確定軟件DAL（Design Assurance Level）水平。

災(zāi)難性的：失效將會導(dǎo)致航空器損毀，阻止繼續(xù)安全飛行和著陸。

危險的/嚴(yán)重的：失效嚴(yán)重影響航空器的安全性和性能，降低機組人員克服不利操縱狀態(tài)的能力，造成乘客的嚴(yán)重傷害。

較重的：失效是明顯的，但是比危險的/嚴(yán)重的失效等級影響小，給機組帶來明顯的工作量增加。

較輕的：不會嚴(yán)重降低航空器安全性及有關(guān)機組的活動在他們的能力內(nèi)能很好完成的失效狀態(tài)。

無影響：不影響航空器的工作性能或不增加機組工作量的失效狀態(tài)。

按照軟件失效條件把機載軟件分為A-E五級，安全關(guān)鍵程度從A至E逐級降低。

DO-178B盡管是航空標(biāo)準(zhǔn)，但已經(jīng)在整個軍工領(lǐng)域已經(jīng)得到推廣和應(yīng)用。本文在軟件測試成本估計工作時候，首先也參照DO-178B標(biāo)準(zhǔn)，劃分軟件安全性等級。

4.2 軟件測試各階段劃分

隨著GJB5000A模型的逐步成熟，國內(nèi)相當(dāng)一部分軟件研制單位開始有意識地接受并采用GJB5000A作為其軟件生產(chǎn)過程的制度體系和標(biāo)準(zhǔn)。軟件測試作為軟件生命周期中一個重要活動組成部分，必然要按照GJB5000A標(biāo)準(zhǔn)，嚴(yán)格控制軟件測試過程活動。

通常軟件測試過程按四個步驟進(jìn)行，即單元測試、集成測試、系統(tǒng)測試、驗收測試，每個測試過程根據(jù)需要有三類輸入。1） 軟件配置：包括軟件需求規(guī)格說明、軟件設(shè)計說明、源代碼等。2） 測試配置：包括測試計劃、測試說明、測試用例、測試程序等。3） 測試工具：為了提高軟件測試效率，有時測試工作需要測試工具的支持。

同時，測試過程也有相應(yīng)的輸出。1） 測試結(jié)果數(shù)據(jù)：包括測試本身的錯誤、測試發(fā)現(xiàn)的程序錯誤、文檔錯誤等。2） 測試結(jié)果報告：通常包括測試報告、軟件質(zhì)量分析文檔等。

4.3 軟件測試調(diào)節(jié)因子

可根據(jù)DO-178B標(biāo)準(zhǔn)中軟件安全性等級，結(jié)合軟件測試過程各個階段，設(shè)計出相應(yīng)的軟件測試成本估算調(diào)節(jié)因子（Software Test Effort Adjustment Factor，STEAF），如表5所示。

由于軟件測試工作量與軟件開發(fā)工作量大致為1.1：1.0的關(guān)系，因此，軟件測試工作量有由如下公式計算得出：

TE = E×1.10×■STEAFi

式中：TE為軟件測試工作量，單位為人月。E為軟件開發(fā)工作量，單位為人月。STEAF為軟件測試成本估算調(diào)節(jié)因子。

4.4 軟件測試成本估計實現(xiàn)

例如，某一地面遠(yuǎn)程通信嵌入型軟件，源程序1萬行，采用中級COCOMO模型估算?？梢缘贸鲩_發(fā)工作量：

E = 2.8×101.2×1.4 = 62.13（人月） （數(shù)據(jù)取自表3-2，表3-3）

假設(shè)該軟件為B級軟件，則根據(jù)公式，測試工作量為：

TE = E×1.10×1.10×1.30×1.40×1.35 = 184.71 （人月）（數(shù)據(jù)取自表4-2）

5 結(jié)束語

本文簡單介紹了COCOMO模型知識與軟件測試成本估算的基本概念，并初步探討了如何將軟件開發(fā)成本估計的成熟模型和思想用來指導(dǎo)軟件測試成本估算工作，對實現(xiàn)軟件測試成本估算有著重要意義。同時，該實現(xiàn)方法只是一種初探，軟件測試過程調(diào)節(jié)因子可能在各個單位有本地化影響，在今后的大量軟件測試工程實踐中，各個軟件測試活動主體可以根據(jù)實際結(jié)果，進(jìn)行數(shù)理統(tǒng)計，對軟件測試過程調(diào)節(jié)因子進(jìn)行相應(yīng)的修訂。

參考文獻(xiàn)

[1] 宋巍.軟件功能測試成本估算模型研究及其應(yīng)用[D].上海：上海交通大學(xué)，2009.

[2] 柳純錄.信息系統(tǒng)項目管理師教程[M].北京：清華大學(xué)出版社，2012，12.

[3] 鄭人杰，馬素霞，殷人昆.軟件工程概論[M].北京：機械工業(yè)出版社，2009，11.

[4] 杜海鳳.基于COCOMO模型的軟件定價方法研究[D].北京：北京交通大學(xué)，2012.

[5] DO-178B， Software Considerations in Airborne Systems and Equipment Certification， RTCA，1992.

[6] 康玻等.軟件測試方法與應(yīng)用[J].九江學(xué)院學(xué)報（自然科學(xué)版），2004.

篇9

【關(guān)鍵詞】軟件測試；綜合性實驗；項目驅(qū)動法

Software Testing Technology Comprehensive Design Experiment

AO Li TIAN An-hong LI Jing-li XU Qiu-li

（School of Department of Computer Science and Engineering， Qujing Normal College， Qujing Yunnan 655011，China）

【Abstract】Software testing is a practical course， pay attention to students' practice ability， and the demand of the software testing industry is very big， test course in colleges and universities there is a heavy theory and the phenomenon of light practice， to solve these problems， carry out the comprehensive design experiment， this can provide the value for software testing curriculum reform in colleges and universities.

【Key words】Software testing； Comprehensive experiment； Project driven method

隨著軟件行業(yè)的飛速發(fā)展，國內(nèi)外出現(xiàn)很多新鮮的軟件企業(yè)，增加了大學(xué)生的就業(yè)機遇，然而軟件的規(guī)模在日益擴大，它的復(fù)雜性也在逐漸增強，如果軟件出現(xiàn)缺陷，修復(fù)的代價就很大。軟件測試是保證軟件產(chǎn)品質(zhì)量的最有效的方法[1]，然而在國內(nèi)軟件行業(yè)對軟件測試的認(rèn)識普遍較晚，并且存在一種現(xiàn)象“重開發(fā)、輕測試”[2]，導(dǎo)致中國軟件行業(yè)發(fā)展的怠慢。很過高校也多都先后開設(shè)了軟件測試的課程，但很多老師都不具備實際的軟件測試經(jīng)驗，本文研究開展基于軟件測試的綜合性設(shè)計實驗，探討提高教學(xué)效果。

1 課程性質(zhì)

《軟件測試技術(shù)》是計算機科學(xué)與工程學(xué)院中軟件工程專業(yè)的一門重要的專業(yè)必修課，是為我國軟件產(chǎn)業(yè)培養(yǎng)急需的軟件質(zhì)量保證和測試專業(yè)人才服務(wù)。該門課程在很多高校重視理論教學(xué)，輕視實踐教學(xué)[3]，以及課時太少，無法掌握軟件測試的核心內(nèi)容。

開發(fā)《軟件測試技術(shù)》綜合性實驗對學(xué)生意義重大，通過本課程的學(xué)習(xí)，使學(xué)生能掌握軟件測試技術(shù)和基本操作技能，進(jìn)一步加深對所學(xué)基本理論的理解，對實驗所用的測試工具能夠正確和熟練地使用，并能撰寫規(guī)范的測試文檔，達(dá)到能夠根據(jù)軟件需要進(jìn)行軟件的測試設(shè)計、實施和管理的目標(biāo)。

2 綜合性實驗方案

綜合性實驗主要是使學(xué)生掌握黑盒測試技術(shù)，白盒測試技術(shù)；了解單元測試，集成測試，系統(tǒng)測試的方法；掌握測試用例的撰寫與管理；熟悉自動化功能測試工具QTP和性能測試工具LoadRunner的基本使用方法，具備軟件測試人員的工程應(yīng)用能力。本實驗要做以下工作：

第一，確定測試系統(tǒng)。測試工程實踐需要著重解決的問題是項目的設(shè)計，既要考慮滿足教學(xué)的條件與要求，又要實現(xiàn)與實際測試工作的對接，并體現(xiàn)測試過程的特征。對于測試工程實踐，根據(jù)軟件企業(yè)測試工作實際，選擇基于網(wǎng)絡(luò)的應(yīng)用系統(tǒng)軟件，該項目的測試環(huán)境易于搭建，測試項目比較容易從企業(yè)或?qū)嶋H中獲得，教學(xué)活動也比較容易組織和實施，測試實踐的內(nèi)容也比較豐富，自動化測試工具的運用較多，操作過程與結(jié)果分析也易見，以實際測試工程項目作為進(jìn)行實訓(xùn)的載體，通過項目的協(xié)同完成，培養(yǎng)職業(yè)綜合能力。

第二，測試過程。在學(xué)生有一定軟件測試?yán)碚撝R的基礎(chǔ)后，布置實驗要求，學(xué)生按實驗需求，設(shè)計測試計劃與策略，撰寫測試用例，逐項展開黑盒測試、白盒測試、自動化功能與性能測試。

第三，學(xué)生分組。把全班學(xué)生按5-6人進(jìn)行分組，并選定一名組長。

第四，分配任務(wù)。每個小組根據(jù)成員能力水平和任務(wù)難度，給每個成員分配一定的任務(wù)，并按測試計劃完成相應(yīng)的實驗任務(wù)要求。

3 項目實施方法

本實驗可以考慮以下方法：

第一，案例教學(xué)。教師針對重要的測試技術(shù)，有針對性地設(shè)計了教學(xué)案例，并注重案例的趣味性、實用性和易學(xué)習(xí)性，使學(xué)生可以輕松地將測試?yán)碚撨\用到生產(chǎn)實踐中。

第二，項目驅(qū)動。在軟件測試課程最后，可以通過一個綜合案例的運用，讓學(xué)生掌握所學(xué)的知識。如采取web網(wǎng)站系統(tǒng)的測試為例。教師可以模擬企業(yè)實際開發(fā)的場景，把班級的同學(xué)分為幾個不同角色，如開發(fā)人員、需求分析人員、測試用例編程人員、黑盒測試人員、白盒測試人員、用例管理人員、自動化功能測試人員、自動化性能測試人員等。讓學(xué)生熟悉企業(yè)在實際項目中的開發(fā)流程，增強學(xué)生的興趣與動力。

首先，教師把web系統(tǒng)的測試功能給同學(xué)們講解清楚，并提供相應(yīng)的規(guī)格需求說明書，然后，學(xué)生按照老師的要求，自個進(jìn)行自己的工作，最后，提交測試報告。通過這樣的一個環(huán)節(jié)，能夠讓學(xué)生綜合所學(xué)的知識，如測試用例的設(shè)計，需要考慮黑盒測試和白盒測試，不同測試方法的重點不同，可以從功能入手，也可以從界面和性能入手，此時就可以鍛煉學(xué)生自主分析的能力。綜合實踐環(huán)節(jié)的最后，還需同學(xué)們提交測試缺陷報告，這次過程中，需要把各個同學(xué)的測試內(nèi)容整合起來，存在相互合作溝通的問題。通過一個實際完整的測試方案項目的執(zhí)行，學(xué)生更容易掌握所學(xué)知識，為今后工作奠定了基礎(chǔ)。

4 結(jié)論

軟件測試課程是軟件工程專業(yè)的核心重要課程，通過開展綜合性設(shè)計實驗，學(xué)生的實踐能力得到了明顯地提高。

【參考文獻(xiàn)】

[1]程靜，孫占鋒.軟件人才創(chuàng)新教育培養(yǎng)模式的研究與實踐[J].教育與職業(yè)，2009（29）：111-112.

篇10

【關(guān)鍵詞】軟件測試；工作過程；課程設(shè)計

1.課程的定位與教學(xué)設(shè)計

1.1 課程定位

《軟件測試》課程作為軟件專業(yè)二年級下學(xué)期的專業(yè)課，它的前導(dǎo)課程是《數(shù)據(jù)庫設(shè)計》、《數(shù)據(jù)結(jié)構(gòu)》、《軟件工程實施》，后續(xù)課程是課程實訓(xùn)及畢業(yè)實習(xí)。通過本課程的學(xué)習(xí)，使學(xué)生加深對軟件測試基本理論和基本方法的理解與應(yīng)用，能熟練使用常用軟件測試工具，并能運用軟件測試工具完成應(yīng)用軟件的測試工作，提高學(xué)生對軟件的測試與維護能力，并進(jìn)一步培養(yǎng)學(xué)生的的團隊協(xié)作能力。

1.2 課程設(shè)計思路

軟件測試是高職計算機軟件專業(yè)學(xué)生在以后的工作崗位上要用到的核心技能。因此，本課程應(yīng)該作為專業(yè)必修課程和核心課程，重點培養(yǎng)學(xué)生在以后的工作崗位上所需的職業(yè)能力：白盒測試、黑盒測試、自動化功能測試與性能測試。

《軟件測試》課程的總體設(shè)計思路是，轉(zhuǎn)變傳統(tǒng)的學(xué)科課程模式，不再以知識傳授為主，構(gòu)建以工作任務(wù)為中心的企業(yè)培訓(xùn)體系，引入企業(yè)項目，讓學(xué)生在真實的企業(yè)項目中完成相應(yīng)的工作任務(wù)，從而儲備相關(guān)的專業(yè)知識，發(fā)展職業(yè)能力。授課內(nèi)容重點突出對學(xué)生職業(yè)能力的培養(yǎng)。課堂上不再單純地只講授理論知識，而是圍繞實際工作任務(wù)的需要來選取，這充分考慮了高職學(xué)生動手能力強，理論知識薄弱的特點。

2.教學(xué)設(shè)計

2.1 教學(xué)情境設(shè)計

本課程小組通過學(xué)院專業(yè)指導(dǎo)委員會、重慶亞德科技、重慶大佳、重慶港澳大家等軟件公司的企業(yè)技術(shù)人員進(jìn)行實際調(diào)查，制定了適合高職學(xué)生的軟件測試課程體系與職業(yè)能力，確定了軟件測試課程典型的教學(xué)情景與子情景，在教學(xué)情景中給出具體的工作任務(wù)、工作方法以及要求學(xué)生掌握的知識與技能等，在教學(xué)中貫徹理論實踐一體化的教學(xué)模式，做到教、學(xué)、做三結(jié)合，充分體現(xiàn)工學(xué)結(jié)合的優(yōu)勢，培養(yǎng)學(xué)生的職業(yè)素質(zhì)。本課程的5個工作過程及11個典型工作任務(wù)如表1所示。

2.2 教材設(shè)計

（1）教材應(yīng)充分考慮軟件測試的實踐特性，以工作任務(wù)為導(dǎo)向，引入必須的軟件測試?yán)碚撝R，讓學(xué)生在實際測試的過程中，循序漸進(jìn)地掌握必要的理論知識。

（2）編寫的內(nèi)容要以項目驅(qū)動為原則，以企業(yè)的實際案例、場景模擬、工作過程錄像為載體，增強課后的能力拓展，并根據(jù)高職學(xué)生的職業(yè)能力所需知識的深度和廣度來編寫，并在具體的工作任務(wù)中使學(xué)生逐漸形成團隊協(xié)作意識。

（3）教材應(yīng)突出軟件測試技術(shù)的實用性、前瞻性和開放性，不能只是簡單地介紹一些技術(shù)上的操作，而忽略了軟件學(xué)生所需的職業(yè)能力，在教材中應(yīng)融入軟件測試技術(shù)中所用到的新規(guī)范、新技術(shù)、新標(biāo)準(zhǔn)、新工具、新知識，讓學(xué)生能系統(tǒng)地掌握軟件測試的前沿知識。

（4）教材應(yīng)充分引領(lǐng)學(xué)生主動、積極地去學(xué)習(xí)，因此，文字表述要簡明扼要，內(nèi)容展現(xiàn)應(yīng)圖文并茂，內(nèi)容應(yīng)詳略得到。

2.3 教學(xué)方法設(shè)計

由于本課程的主要教學(xué)內(nèi)容涉及白盒測試、黑盒測試、自動化功能測試與性能測試等操作性很強的教學(xué)環(huán)節(jié)，必須通過課程實訓(xùn)才能達(dá)到對項目作規(guī)范需求分析的培養(yǎng)目標(biāo)。具體教學(xué)方法設(shè)計如下：

（1）全班學(xué)生分為N個項目小組，3人一小組，1人任組長，組長要求協(xié)調(diào)溝通能力比較強。

（2）在教學(xué)過程中應(yīng)加強學(xué)生對軟件總體的測試能力，采用任務(wù)驅(qū)動教學(xué)，注重以任務(wù)引領(lǐng)，提高學(xué)生學(xué)習(xí)興趣；

（3）組建軟件外包中心，引進(jìn)企業(yè)項目，讓學(xué)生真實地體驗在軟件公司的測試流程。外包中心作為理論實踐一體化教室，達(dá)到理論和實際不脫節(jié)。

（4）教學(xué)過程中可參考軟件測試評師考試中規(guī)定的知識要求和技能等級職業(yè)標(biāo)準(zhǔn)。

（5）教師模擬企業(yè)的項目經(jīng)理，必須具有開拓精神，帶領(lǐng)團隊完成工作任務(wù)，并在完成工作任務(wù)的過程中，探索基于工作過程的職業(yè)教育新模式，培養(yǎng)學(xué)生的軟件測試能力，構(gòu)建軟件測試知識體系。

2.4 教學(xué)評價設(shè)計

（1）突出過程評價，結(jié)合課堂提問、實作測試、課后拓展、任務(wù)考核等手段，加強實訓(xùn)教學(xué)環(huán)節(jié)的考核，并注重平時考核。

（2）強調(diào)目標(biāo)評價和理論與實踐一體化評價，注重引導(dǎo)學(xué)生進(jìn)行學(xué)習(xí)方式的改變。

（3）每個項目小組在完成課程后，要將所學(xué)的內(nèi)容做ppt，匯報本小組項目完成的情況以及體會。

（4）實行學(xué)習(xí)過程的過程化考核。平時作業(yè)、期中與期末考試均采用上機實訓(xùn)的方式考核，對于不合格者，在團隊的協(xié)作幫助下持續(xù)練習(xí)，直至過關(guān)。這樣可以督促學(xué)生不斷地練習(xí)，真正提高動手能力。

（5）課程的學(xué)期成績=平時作業(yè)（10%）+上課考勤（10%）+小組項目測試情況（30%）+小組ppt總結(jié)情況（10%）+期末成績（40%）

3.課程資源的開發(fā)與利用

（1）圍繞軟件測試課程，收集教師和學(xué)生必備的軟件測試工具，制作適宜教學(xué)的多媒體教學(xué)課件。

（2）組建軟件外包中心，搭建實訓(xùn)工作平臺，為學(xué)生實訓(xùn)提供真實的工作環(huán)境，從而提高其職業(yè)素養(yǎng)。

（3）要充分開發(fā)網(wǎng)絡(luò)課程，讓學(xué)生在課余時間可以自主學(xué)習(xí)，彌補學(xué)生課本知識的不足。

（4）充分利用和開放實訓(xùn)中心，將教學(xué)與實訓(xùn)合一，將理論與實踐合一，滿足學(xué)生綜合能力培養(yǎng)的要求。

（5）積極利用電子書籍、電子期刊、數(shù)字圖書館、校園網(wǎng)、各大網(wǎng)站等網(wǎng)絡(luò)資源，使教學(xué)內(nèi)容從單一化向多元化轉(zhuǎn)變，通過企業(yè)技術(shù)人員的指導(dǎo)，課程教師的輔導(dǎo)，使學(xué)生知識和能力的拓展成為可能。

4.課程的實施效果

（1）基于項目化的授課內(nèi)容

建立軟件外包中心，引入企業(yè)項目內(nèi)容，軟件測試的授課內(nèi)容緊緊圍繞企業(yè)項目的典型工作任務(wù)開展，學(xué)生的能力與素質(zhì)參照軟件測試工程師的崗位要求，讓學(xué)生真實感受企業(yè)環(huán)境，就業(yè)零距離上崗。

（2）基于過程化的授課方式

老師授課不再單純地講解理論，完全按照企業(yè)的軟件測試流程開展，制定規(guī)范的軟件測試計劃、編寫測試用例、利用測試工具測試、編制測試報告，有利于學(xué)生養(yǎng)成職業(yè)化的學(xué)習(xí)習(xí)慣與工作習(xí)慣。

（3）基于理論實踐一體化的教學(xué)設(shè)備

學(xué)生在軟件外包中心上課以及實驗，真正實現(xiàn)了“做中學(xué)，學(xué)中做”的企業(yè)工作環(huán)境。

（4）基于能力化的學(xué)習(xí)評價

學(xué)生的評價不再單純地以理論考試為依據(jù)，而是從學(xué)生的軟件測試專業(yè)能力、利用軟件測試工具的能力、團隊溝通協(xié)調(diào)能力進(jìn)行綜合地評價。

參考文獻(xiàn)

[1]鄭泳.基于工作過程系統(tǒng)化的高職《軟件測試》課程設(shè)計[J].漯河職業(yè)技術(shù)學(xué)院學(xué)院，2010（9）.

[2]程茂，溫靜，吳玉潔.《軟件測試》課程的教學(xué)研究[J].河北師范大學(xué)學(xué)報，2010（4）.

[3]蔡建平.開源軟件測試實踐教學(xué)方案設(shè)計[J].計算機教育，2011（3）.