• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
    • 軟件測試技術
    • 軟件測試博客
    • 軟件測試視頻
    • 開源軟件測試技術
    • 軟件測試論壇
    • 軟件測試沙龍
    • 軟件測試資料下載
    • 軟件測試雜志
    • 軟件測試人才招聘
      暫時沒有公告

    字號: | 推薦給好友 上一篇 | 下一篇

    用正確方法寫出質量好的軟件的75條體會

    發布: 2008-6-03 10:24 | 作者: 不詳 | 來源: goto推薦 | 查看: 92次 | 進入軟件測試論壇討論

    領測軟件測試網



    source control; 3. daily build。 

    32. 你們公司有沒有積累一個項目風險列表?

    要。Risk Inventory。否則,下個項目開始的時候,又只能拍腦袋分析Risk了。

     33. 設計越簡單越好越簡單越好。

    設計時候多一句話,將來可能就帶來無窮無盡的煩惱。應該從一開始就勇敢的砍

    。這叫scope management。 

    34. 盡量利用現有的產品、技術、代碼千萬別什么東西都自己Coding。BizTalk和

    Sharepoint就是最好的例子,有這兩個作為基礎,可以把起點提高很多;蛘呖

    以盡量多用現成的Control之類的;蛘弑M量用XML,而不是自己去Parse一個文本

    文件;盡量用RegExp,而不是自己從頭操作字符串,等等等等。這就是“軟件復

    用”的體現。 

    35. 你們會隔一段時間就停下來夯實代碼么?

    要。最好一個月左右一次。傳言去年年初Windows組在Stevb的命令下停過一個月

    增強安全。Btw,“夯”這個字念“hang”,第一聲。 

    36. 你們的項目組每個人都寫Daily Report么?

    要寫。五分鐘就夠了,寫10句話左右,告訴自己小組的人今天我干了什么。一則

    為了溝通,二則鞭策自己(要是游手好閑一天,自己都會不好意思寫的)。

     37. 你們的項目經理會發出Weekly Report么?

    要。也是為了溝通。內容包括目前進度,可能的風險,質量狀況,各種工作的進

    展等。

     38. 你們項目組是否至少每周全體開會一次?

    要。一定要開會。程序員討厭開會,但每個禮拜開會時間加起來至少應該有4小時

    。包括team meeting, spec review meeting, bug triage meeting。千萬別大家

    悶頭寫code。 

    39. 你們項目組的會議、討論都有記錄么?

    會前發meeting request和agenda,會中有人負責主持和記錄,會后有人負責發

    meeting minutes,這都是effective meeting的要點。而且,每個會議都要形成

    agreements和action items。

     40. 其他部門知道你們項目組在干什么么?

    要發一些Newsflash給整個大組織。Show your team’s value。否則,當你坐在

    電梯里面,其他部門的人問:“你們在干嘛”,你回答“ABC項目”的時候,別人

    全然不知,那種感覺不太好。 

    41. 通過Email進行所有正式溝通 

    Email的好處是免得抵賴。但也要避免矯枉過正,最好的方法是先用電話和當面說

    ,然后Email來確認。 

    42. 為項目組建立多個Mailing Group 

    如果在AD+Exchange里面,就建Distribution List。比如,我會建ABC Project 

    Core Team,ABC Project Dev Team,ABC Project All Testers,ABC Project 

    Extended Team等等。這樣發起Email來方便,而且能讓該收到email的人都收到、

    不該收到不被騷擾。 

    43. 每個人都知道哪里可以找到全部的文檔么?

    應該每個人都知道。這叫做知識管理(Knowledge Management)。最方便的就是

    把文檔放在一個集中的File Share,更好的方法是用Sharepoint。 

    44. 你做決定、做變化時,告訴大家原因了么?

    要告訴大家原因。Empower team member的手段之一是提供足夠的information,

    這是MSF一開篇的幾個原則之一。的確如此,tell me why是人之常情,tell me 

    why了才能有understanding。中國人做事喜歡搞限制,限制信息,似乎能夠看到

    某一份文件的人就是有身份的人。大錯特錯。權威、權力,不在于是不是能

    access information/data,而在于是不是掌握資源。 

    45. Stay agile and expect change 要這樣。

    需求一定會變的,已經寫好的代碼一定會被要求修改的。做好心理準備,對

    change不要抗拒,而是expect change。 

    延伸閱讀

    文章來源于領測軟件測試網 http://www.kjueaiud.com/

    63/6<123456>

    關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
    版權所有(C) 2003-2010 TestAge(領測軟件測試網)|領測國際科技(北京)有限公司|軟件測試工程師培訓網 All Rights Reserved
    北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備10010545號-5
    技術支持和業務聯系:info@testage.com.cn 電話:010-51297073

    軟件測試 | 領測國際ISTQBISTQB官網TMMiTMMi認證國際軟件測試工程師認證領測軟件測試網

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>