[.... 省略部分 .... ]
我談到了作為
validation engineer的一些想法，內(nèi)容不外乎怎樣得到develop engineer的一手信息，在多個engineering
release 和formal release 之間怎樣減少重復(fù)勞動，怎樣cover到每個product 的new
feature同時保證每次的routine
test，我想這些都是作為測試人員頭痛的問題。但是作為測試人員，你不像開發(fā)人員那樣只是涉及產(chǎn)品中的某個部分，至于它和其他component之間的
結(jié)合，以及integrate之后的問題或者整個產(chǎn)品的性能和功能實現(xiàn)就不是開發(fā)人員的職責(zé)了。QA更是站在用戶的角度看待公司產(chǎn)品，它要求你在維護公司
的產(chǎn)品和作為用戶的體驗容忍度之間做出抉擇。老大都希望一個qa可以做到拍著桌子同時應(yīng)付好幾個開發(fā)人員，你不僅僅是發(fā)現(xiàn)問題，發(fā)log而是透析問題，發(fā)
現(xiàn)原因，提出自己的看法，工作之間的信任度和尊重度就是這樣建立起來的。我現(xiàn)在很喜歡的一種做事態(tài)度是，在和開發(fā)人員報bug解決問題的時候，要嚴(yán)肅，實
事求是，吃飯娛樂的時候應(yīng)該打成一片。呵呵，這就說到測試人員，技術(shù)是硬標(biāo)準(zhǔn)，但是與人很好的溝通，大家愿意share自己的經(jīng)驗給你，這其實是一種更大
的財富。當(dāng)然2者都需要日積月累。
來公司已經(jīng)有很長一段時間了，但是我自己真正的長進是在最近一段時間里。
首先是一天早上我愣頭愣腦地發(fā)了封mail告訴大家周末的stress
test的result時，我馬上被我的頭領(lǐng)到了辦公司，進行了一次1：1。老大談到了做事風(fēng)格，想大家都和我一樣的困惑，我以前的看法是開發(fā)給了
release后我再開發(fā)test
case，我當(dāng)時的想法是我不知道release的版本實現(xiàn)了哪些功能，提前design是不是有些盲目。但是老大給我的建議是一個好的
validation engineer，要始終走在release之前，你的報告上永遠(yuǎn)是develop的進度block你的test
case執(zhí)行。呵呵，我以前的report中只有pass和fail，現(xiàn)在多了block后，我更加意識到了自己工作的意義。（笑一下）---這是我認(rèn)識
到自己的工作責(zé)任。
其次是我們組有個年輕的女生，她做測試已經(jīng)了3年了。我觀察了一下，她在負(fù)責(zé)一個新的項目測試的時候，是先根據(jù)source
code和feature list列出test要cover的test item，然后發(fā)出讓develop和其他的team member
review，generate一個quality target。接著是test case的設(shè)計和調(diào)試階段，形成test
framework，這是時間最長的階段。補充test
cases.等到engineering的版后進行port。她會按部就班按照以前設(shè)計的qt完成整個test
project。這大致涵蓋了一個測試流程。----這是我知道自己的做事流程。
最后一件小事，我昨天forward了封e-mail，大概的意思是告訴developer不光是這個人發(fā)現(xiàn)的問題a，我又發(fā)現(xiàn)了問題b。3分
鐘后，我又被我們老大叫到了身邊，說了寫e-mail的技巧，告訴別人你的測試環(huán)境，你發(fā)現(xiàn)這個問題的前因后果。特別是經(jīng)過了一個周末，可能沒人記住上周
的-mail，有必要交待清楚你的確切情況。然后是weekly
report，在突出你的工作量的同時更要體現(xiàn)出你做這件事情的value和impact，這是很重要的。特別是validation
engineer，有時你要在多個項目之間進行測試，務(wù)必交待你的測試環(huán)境，這對重現(xiàn)bug相當(dāng)重要。盡量用數(shù)字來體現(xiàn)這些，因為它們很直觀。把該說的問
題說清楚，不清楚的問題弄清楚再說，免得被別人抓住尾巴。----這是做事的風(fēng)格。
談到和develop的合作技巧，我的原則是如果在雙方時間許可的前提下，我傾向于采取face2face地交談，這避免了很多言語上的誤解，
特別是如果手頭有實踐環(huán)境還可以當(dāng)場測試，得到證實。總之作為新人，大膽的同時要謙虛，每個人都有他的專長。我現(xiàn)在都很懼怕報cq，首先我不確定那是不是
bug，其次覺得小bug開發(fā)人員可能會不重視，或者這個本就是一個known
bug。我的老大給我的建議是不要害怕，發(fā)現(xiàn)問題即使它不是個問題，總比隱瞞他結(jié)果他是個問題要好很多很多。不是bug大不了close，沒人會笑你。呵
呵，我是這么想的，臉皮厚吧。
記得我再和以前老大1:1的時候老大交給了我很多的技巧，比如猛夸develop,把他的老大add into mail
list，讓他看到組員的工作成果，必要的時候也可以起到push的作用，我是這么理解的。你今天發(fā)現(xiàn)了很多問題，在不緊急地情況下，不要一股腦都
dump到開發(fā)人員的頭上，然后拍屁股走人，你可以分批地發(fā)根據(jù)他解決問題的速度決定你報bug的速度，表現(xiàn)出對問題進展程度的關(guān)心，讓別人覺得他不是孤
軍奮戰(zhàn)。還有其他很多。-----這是做事的技巧。
記得我老大1：1的時候告訴我，對我的溝通能力不懷疑，我還是要加強自己的技術(shù)能力，讓自己說出的話更有底氣。呵呵。
以前覺得自己不喜歡這行，現(xiàn)在發(fā)現(xiàn)和一群很實在的人為了一個共同的目標(biāo)，交流合作學(xué)習(xí)，這件事情本身就讓人非常的enjoy。
[... 省略部分 ...]
1 template<typename V,template<typename E, typename A = std::allocator<E>> class F>
2 class MyClass {};
上面這段代碼聲明了一個模板類MyClass。MyClass有兩個類型參數(shù)typename V和class F，其中class F又是一個模板類。注意這種聲明方式。
函數(shù)名：
read - 從文件描述字中讀
摘要：
1 #include <unistd.h>
2
3 ssize_t read(int fd, void* buf, size_t cnt);
描述： read()試圖從文件描述字fd中讀取cnt字節(jié)到以buf開始的緩沖區(qū)中。
如果cnt為0，read()返回0并且buf中沒有結(jié)果；如果cnt大于SSIZE_MAX，結(jié)果為定義。
返回值： 如果成功，返回讀取的字節(jié)數(shù)`ret'（非負(fù)，0代表遇到了文件結(jié)束符），并且文件位置前移ret字節(jié)。如果ret<cnt并不代表出錯；例如，這種情況可能是由于當(dāng)前只有ret字節(jié)可用（可能是因為已經(jīng)接近文件結(jié)束，或者因為我們正從管道或終端中讀取），也可能由于read()被信號中斷。如果出錯，返回-1。在這種情況下，文件位置是否改變是未定義行為。
錯誤號： EINTR 該調(diào)用在讀完數(shù)據(jù)之前被信號中斷。
EAGAIN 用O_NONBLOCK選擇了非阻塞模式I/O，但是當(dāng)前沒有數(shù)據(jù)可用。
EIO I/O錯誤。例如這種情況可能發(fā)生在當(dāng)前進程為后臺運行組，試圖從它所控制的tty中讀取，但是該終端為當(dāng)前無效或者屏蔽了SIGTTIN信號又或者該終端進程為“孤兒進程”（orphan process)。 當(dāng)從磁盤中讀取數(shù)據(jù)時遇到底層I/O錯誤時，也會發(fā)生這種情況。
EISDIR fd引用了一個目錄。
EBADF fd不是有效文件描述字，或者沒有為讀打開。
EINVAL fd引用了一個不支持讀操作的設(shè)備。
EFAULT buf超出了可訪問地址空間。
其他錯誤也會發(fā)生，這取決于fd所連接的設(shè)備。 POSIX允許read調(diào)用在讀取部分?jǐn)?shù)據(jù)后被信號中斷后，或者返回-1（錯誤號被置為EINTR)，或者返回已經(jīng)讀取的字節(jié)數(shù)。
規(guī)范： SVr4, SVID, AT&T, POSIX, X/OPEN, BSD 4.3
約束：
在NFS文件系統(tǒng)中，讀取小量數(shù)據(jù)只在第一次時更新時間戳，而后續(xù)調(diào)用不會更新。這是由客戶端屬性緩存（client side attribute caching)導(dǎo)致的，因為絕大多數(shù)NFS客戶端讓server維護atime（最后訪問時間），而客戶端read調(diào)用所產(chǎn)生的讀操作沒有造成server端的讀操作從而也不會導(dǎo)致server更新atime。可以通過禁用客戶端屬性緩存以獲得UNIX語義，但事實證明大多數(shù)情況下這會增加server負(fù)載并降低性能。
參考：
close(2), fcntl(2), ioctl(2), lseek(2), readdir(2), readlink(2), select(2), write(2), fread(3), readv(3)