推薦：Asp.Net2.0技巧(續(xù))
1. 在開發(fā)web控件時(shí)，如果控件必須放在服務(wù)器端的form內(nèi)，可以通過Page.VerifyRenderingInServerForm(Control) 方法來保證。 2. 使用Control類的ResolveClientUrl（string）方法可以將類似&

除了很好地進(jìn)行“黑盒測試管理”，個(gè)人覺得下述更值得用功；畢竟“前除后略”！

1、架構(gòu)和算法的可行性測試分析：主要包括性能、并發(fā)等方面

2、CodeReview：很簡單，但很多人沒有這樣做；其實(shí)這比“黑盒測試”更容易發(fā)現(xiàn)邊界問題、流程正確性問題等。值得推廣！

3、測試驅(qū)動(dòng)和單元測試，很多人為了達(dá)到那些并不太懂編程管理層的要求，往往是少了這些看似不容易出成績的步驟。（很大程度上改變設(shè)計(jì)思維）

知道可能出錯(cuò)的地方，當(dāng)然容易避免出錯(cuò)。

4、UML和用例：特別是UI建模，個(gè)人覺得最不可少；UML和用例至少要能覆蓋核心內(nèi)容。

具體如何做，要根據(jù)每個(gè)人、每個(gè)單位甚至每個(gè)項(xiàng)目做具體優(yōu)化，這里提供思路。

5、用心架構(gòu)（各功能模塊的關(guān)系<用例等>、分布式計(jì)算的節(jié)點(diǎn)關(guān)系<即分層>、類的層次結(jié)構(gòu)<UML圖>、升級(jí)的備案、數(shù)據(jù)庫架構(gòu)、數(shù)據(jù)庫表的范式<ER圖>、并發(fā)訪問和多線程等）：不好的架構(gòu)，Code起來吃力、問題又多又不好解決！以個(gè)人的經(jīng)驗(yàn)認(rèn)為，一般可分為六個(gè)階段

A 用戶需求收集、訪談和確認(rèn)-->
B 架構(gòu)和可行性分析并文檔化-->
C 開發(fā)測試部署和維護(hù)詳細(xì)計(jì)劃-->
D1 單元編碼、測試<-->D2 部署測試-->
E1 開發(fā)環(huán)境集成和測試-->
E2 真實(shí)環(huán)境模擬測試-->
E3 部署預(yù)演-->（原系統(tǒng)備份）-->
F 部署

1) 各階段主要的“產(chǎn)出”（不考慮投入）
A：需求說明書、UI建模、用例和UML圖和系統(tǒng)使用幫助文件初稿、系統(tǒng)可能存在的風(fēng)險(xiǎn)報(bào)告
B：系統(tǒng)架構(gòu)圖（邏輯圖和物理圖）、核心算法代碼和測試報(bào)告、第二方和第三方組件的風(fēng)險(xiǎn)分析報(bào)告
C：系統(tǒng)各模塊的詳細(xì)說明書，數(shù)據(jù)庫架構(gòu)和測試，各功能的開發(fā)、CodeRivew和測試計(jì)劃、部署計(jì)劃（相當(dāng)于每日構(gòu)建）、集成測試計(jì)劃、系統(tǒng)的升級(jí)考慮和方案。注意，盡可能在Code前將數(shù)據(jù)庫可能的問題解決掉！
D：代碼、BUG管理、可執(zhí)行文件、開發(fā)環(huán)境、測試環(huán)境
E：可發(fā)布的安裝包、最終用戶文檔、修改之前相關(guān)的文檔到和現(xiàn)在的系統(tǒng)一致
F：可能的問題預(yù)案、安裝和不斷依實(shí)際情況優(yōu)化，進(jìn)入維護(hù)階段

2)時(shí)間分配：A:B:C:D:E:F=10:10:20:50:5:5，A階段的時(shí)間這里指項(xiàng)目啟動(dòng)時(shí)算起，啟動(dòng)前的時(shí)間不計(jì)在內(nèi)。

真正的Code時(shí)間一般可能占50%

分享：您可能不知道的.Net2.0小技巧
1． 在提交頁面之后，保持滾動(dòng)條的位置 可以在page指令上加上MaintainScrollPositionOnPostback指令 以下為引用的內(nèi)容： <%@ Page Language="