您的位置:軟件測試 > 軟件項目管理 > 團隊管理 >
論web項目小組的成員該如何組成(二)
作者:網(wǎng)絡(luò)轉(zhuǎn)載 發(fā)布時間:[ 2013/11/12 9:45:06 ] 推薦標(biāo)簽:

三、質(zhì)量小組和法律顧問:

  這兩個角色很特別,質(zhì)量小組的組成人員包含項目小組的一部分人員,但又擁有自己的不屬于項目小組的專門人員。也是說質(zhì)量小組的成員和項目小組的成員只能是一個交集而彼此之間沒有包含關(guān)系。而法律顧問的角色主要是針對第一節(jié)說的以贏利為目標(biāo)而產(chǎn)生的項目小組。因為這種情況下一般和客戶的交流、談判以及協(xié)議會貫穿項目的始終,所以專門請一個法律顧問或者直接用公司的,可以減少項目進行中出現(xiàn)風(fēng)險以及麻煩的可能。

  1、質(zhì)量小組:小組的責(zé)任當(dāng)然是發(fā)現(xiàn)在開發(fā)中所出現(xiàn)的技術(shù)問題和錯誤,及時的向項目小組報告情況,并督使項目小組相關(guān)的開發(fā)人員解決被發(fā)現(xiàn)的問題。質(zhì)量小組的人員的組成,當(dāng)然首先會是開發(fā)小組中的全部技術(shù)人員。除此以外可以邀請公司里其他非項目小組的同事以及一些熱心的網(wǎng)友加入發(fā)現(xiàn)問題的隊伍。根據(jù)我個人的經(jīng)驗,一般web站點的質(zhì)量測試有以下4個過程:

  A、白盒測試:是網(wǎng)站項目的開發(fā)人員自己在平時的開發(fā)中,或者是在一個小模塊開發(fā)完成后。測試自己的所開發(fā)模塊的過程。其測試內(nèi)容主要是自己原代碼的完整性和規(guī)范性,自己開發(fā)的模塊流程是否清晰、邏輯正確等等。
  B、黑盒測試:由開發(fā)小組的人員互相交換或者在空閑時間干脆請公司里非開發(fā)項目小組的同事來幫助測試各個模塊。重要的內(nèi)容是:檢查各個模塊的連接是否緊密,各個超級連接是否正確,在安裝有interdev等開發(fā)軟件的計算機上面是否有js報錯,表單區(qū)域中的文本筐等和用戶交互的部分是否有長度的限制?是否有超文本語言的過濾?是否有非法字符的驗證?在用戶填寫相關(guān)信息出錯的時候,程序是否有相關(guān)的處理等
等。
  C、用戶測試:主要是邀請本網(wǎng)站的熱心網(wǎng)友以用戶的角色來測試網(wǎng)站的功能。其內(nèi)容主要是:評價每個模塊的風(fēng)格和網(wǎng)站的總體的風(fēng)格是否沖突?頁面安排是否舒適?各種連接所放的位置是否舒適等等。
  D、負(fù)載測試:當(dāng)網(wǎng)站看來可以很好的工作了,可以開始負(fù)載測試的階段。項目小組這個時候應(yīng)該在公司和客戶的幫助下,安排盡量多的用戶登陸開發(fā)基本完成的站點,使站點盡可能的承受長時間和高強度的測試。這個時候往往會發(fā)現(xiàn)相當(dāng)多的問題(特別是以程序為主的WEB站點)。比如程序運行時服務(wù)器出現(xiàn)內(nèi)存溢出?CUP資源占用瞬間漲滿?兩個用戶在數(shù)據(jù)庫中查詢同一數(shù)據(jù)時造成沖突?一些查詢過程時間過長?甚至是一些客戶端腳本與瀏覽器版本不兼容(這個毛病曾經(jīng)讓EWAN整整熬了一個通宵等等。


  在質(zhì)量小組每完成一步測試的時候,都要詳細(xì)的寫好測試結(jié)果,測試環(huán)境以及問題描述的報告直接交給項目經(jīng)理,再由項目經(jīng)理了解大概情況分發(fā)給問題相關(guān)的開發(fā)人員并監(jiān)督其解決問題。測試過程完成后當(dāng)然是。。。開香賓慶祝網(wǎng)站發(fā)布啦。

  2、法律顧問:

  法律顧問的角色是項目規(guī)范化和法律有效化的有力保證。在與客戶堅定項目協(xié)議或者是合同的時候,國內(nèi)很有一些公司都沒有規(guī)范的條款而是按照僅有經(jīng)濟經(jīng)驗來進行的。所以常常造成項目過后這樣那樣的問題,甚至是官司不斷?梢姺深檰柦巧闹匾浴7傻膯栴}ewan也不太懂,為此特別請教了客戶服務(wù)部的同事們(ewan的公司沒有法律顧問的角色。呵呵)?偨Y(jié)了一下,網(wǎng)站開發(fā)小組在與客戶間的承包對話中可能涉及的條款有以下一些,供大家參考: 相關(guān)法律:《知識產(chǎn)權(quán)法》、《合同法》、《廣告法》、還有關(guān)于企業(yè)間競爭的法律。

詳細(xì)條款:
  A、達成“完成”的一致概念:
  和客戶首先要在什么是“項目完成”上達成一致。一般是把工作記錄或者需求文檔作為協(xié)議的一部分。

  B、修改規(guī)范的過程:
  在項目的進行中,項目的規(guī)范中肯定會不斷加入新的概念,一般來說這些新加入的概念應(yīng)該累積到原始規(guī)定的工作完成為止。根據(jù)實際的情況和客戶協(xié)商并給予修改。(阿捷以前的文章在這個環(huán)節(jié)講的很清楚。)
  C、站點提交方式:
  站點完成后項目小組是把站點安裝在客戶的服務(wù)器上面還是開發(fā)者的服務(wù)器上面?還是用其他方式交給客戶。
  D、開發(fā)過程中誰提供東西:
  為了避免以后的麻煩,在開發(fā)前應(yīng)該明確規(guī)定,誰提供藝術(shù)的那一個部分?誰來撰寫文稿?誰來提供參加負(fù)載測試過程的用戶?如果客戶不在給定的時限內(nèi)提供答應(yīng)了的東西將怎么辦?
  F、費用和付款:
  項目有無與預(yù)付款項嗎?有進度獎金嗎?現(xiàn)金可以貼現(xiàn)嗎?超出的花費可以補償嗎?
  G、項目延遲的后果:
  如果站點沒有按時完工,將會發(fā)什么?是否有損失?將會引發(fā)其他的特別事件嗎?以及如何計算延遲損失?
  H、稅務(wù)問題:
  此類項目適用于那種稅率?項目款項中的稅應(yīng)該那一方付?等等
  I、產(chǎn)權(quán)歸屬:
  誰擁有終的產(chǎn)品?如果是客戶擁有,那么什么時候才算“擁有”?注意這個是非常重要的。
  K、關(guān)于機密問題:

  有時候因為客戶的特殊性(如財務(wù)公司),在開發(fā)過程中開發(fā)人員會接觸到客戶公司的詳細(xì)內(nèi)部信息比如財務(wù)數(shù)據(jù)等等,這個時候需要簽署一分不公開協(xié)議。
  L、授權(quán):
  客戶會擁有站點所有的原代碼嗎?客戶以后有權(quán)修改站點的原代碼嗎?
  M、意外終止的解決:
  如果在項目進行中某一方因為什么原因而中斷了工作,那將怎么辦?誰來賠償?賠償多少?如何計算?
  N、責(zé)任的承擔(dān):
   如果有人在站點發(fā)布后狀告站點的某一篇文章侵犯了他的版權(quán),那么責(zé)任有誰來承擔(dān)?誰來賠償?
  O、開發(fā)地位的說明:
   當(dāng)網(wǎng)站開發(fā)成功,客戶發(fā)布給大眾的時候,是否說明你在開發(fā)中所起的作用和角色等等。

  總之,在項目開發(fā)中項目小組和項目經(jīng)理的確定根本的目的是使項目按時、保量的、低風(fēng)險、低成本的得以完成。以上是我的一些關(guān)于項目小組組成的拙見,還有很多不夠完善的地方,懇請各位有項目管理經(jīng)驗的朋友多多指點交流。

軟件測試工具 | 聯(lián)系我們 | 投訴建議 | 誠聘英才 | 申請使用列表 | 網(wǎng)站地圖
滬ICP備07036474 2003-2017 版權(quán)所有 上海澤眾軟件科技有限公司 Shanghai ZeZhong Software Co.,Ltd