路測(cè)試心得體會(huì)優(yōu)質(zhì)5篇_第1頁
路測(cè)試心得體會(huì)優(yōu)質(zhì)5篇_第2頁
路測(cè)試心得體會(huì)優(yōu)質(zhì)5篇_第3頁
路測(cè)試心得體會(huì)優(yōu)質(zhì)5篇_第4頁
路測(cè)試心得體會(huì)優(yōu)質(zhì)5篇_第5頁
已閱讀5頁,還剩6頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

第第頁路測(cè)試心得體會(huì)優(yōu)質(zhì)5篇

路測(cè)試心得體會(huì)篇1

下面簡(jiǎn)約談?wù)勎业膸c(diǎn)體會(huì):

體會(huì)一:軟件測(cè)試在整個(gè)軟件周期中的重要性。

它存在于整個(gè)項(xiàng)目周期,在項(xiàng)目開始之初需求調(diào)研的時(shí)候就開始了,在形成需求規(guī)格說明書的時(shí)候就需要針對(duì)文檔進(jìn)行測(cè)試。這個(gè)環(huán)節(jié)在后續(xù)整個(gè)項(xiàng)目中占了很大的比重,能主導(dǎo)整個(gè)項(xiàng)目的走向,成敗與否全在于開始階段的決策。

體會(huì)二:軟件測(cè)試的真正意義在于發(fā)覺錯(cuò)誤,而不在于驗(yàn)證軟件是正確的。

再嚴(yán)密的測(cè)試也不能完全發(fā)覺軟件當(dāng)中全部的錯(cuò)誤,但是測(cè)試還是能發(fā)覺大部分的錯(cuò)誤,能確保軟件基本是可用的,所以在后續(xù)運(yùn)用的過程中還需要加強(qiáng)快速響應(yīng)的環(huán)節(jié)。結(jié)合軟件測(cè)試的理論,故障暴露在最終客戶端之前實(shí)時(shí)主動(dòng)的去發(fā)覺并解決。這一點(diǎn)就需要加強(qiáng)研發(fā)隊(duì)伍的建設(shè)。

體會(huì)三:在系統(tǒng)性能測(cè)試方面需要重視。

經(jīng)過這次培訓(xùn)中多個(gè)案例的講解,讓我了解到系統(tǒng)在上線之后會(huì)有許多不能預(yù)知的性能問題,需要在上線之前實(shí)現(xiàn)進(jìn)行模擬,以規(guī)避風(fēng)險(xiǎn),包括大數(shù)據(jù)量訪問,高并發(fā)數(shù)等等。

當(dāng)然也有許多應(yīng)對(duì)手段,沒有哪種手段可稱為最完滿,只有最合適的,需要敏捷掌控,綜合運(yùn)用以達(dá)到最優(yōu)程度,這是個(gè)很值得討論的領(lǐng)域。

下面是本人的幾點(diǎn)想法:

想法一:加強(qiáng)系統(tǒng)上線前的性能測(cè)試。

目前我們?cè)陧?xiàng)目建設(shè)過程中對(duì)性能壓力測(cè)試的重視程度還不太高,廠家也很少有雇傭第三方的測(cè)試機(jī)構(gòu)。而是在現(xiàn)網(wǎng)進(jìn)行試用,遇到問題再解決,可能會(huì)產(chǎn)生滯后問題,影響客戶運(yùn)用。盼望以后能在性能測(cè)試方面提高重視程度,加大人力投入,以保證系統(tǒng)上線后能夠穩(wěn)定運(yùn)行。

想法二:適當(dāng)介入相關(guān)項(xiàng)目研發(fā)

對(duì)于快速響應(yīng)這塊,我們不能一味依靠廠家,而盼望自己就能快速響應(yīng),實(shí)時(shí)將問題解決。這也是一個(gè)比較長(zhǎng)遠(yuǎn)的問題,需要加強(qiáng)研發(fā)能量的投入。

我個(gè)人是做開發(fā)出身,有此類閱歷,當(dāng)時(shí)是在客戶現(xiàn)場(chǎng),由于了解系統(tǒng)內(nèi)部結(jié)構(gòu),能夠在第一時(shí)間排查解決客戶所反饋問題。

現(xiàn)在系統(tǒng)完全由廠家開發(fā),很難了解內(nèi)部結(jié)構(gòu),或許會(huì)造成后期維護(hù)困難。所以,是否應(yīng)當(dāng)針對(duì)某些項(xiàng)目介入廠家研發(fā)工作,比如請(qǐng)廠家提供源代碼等相關(guān)要素,以增進(jìn)維護(hù)人員對(duì)系統(tǒng)的了解。

最末再次感謝公司提供的平臺(tái),感謝領(lǐng)導(dǎo)的信任,讓我有機(jī)會(huì)得到更深層次的學(xué)習(xí)以及展示自己技能的機(jī)會(huì),我也會(huì)盡我所能來完善工作的系統(tǒng),提高整體工作效率,為南方電網(wǎng)的進(jìn)展建設(shè)提供更堅(jiān)實(shí),優(yōu)秀的支撐服務(wù)平臺(tái)。

路測(cè)試心得體會(huì)篇2

軟件測(cè)試在整個(gè)軟件周期中的重要性,它存在于整個(gè)項(xiàng)目周期,在項(xiàng)目開始之初需求調(diào)研的時(shí)候就開始了,在形成需求規(guī)格說明書的時(shí)候就需要針對(duì)文檔進(jìn)行測(cè)試。這個(gè)環(huán)節(jié)在后續(xù)整個(gè)項(xiàng)目中占了很大的比重,能主導(dǎo)整個(gè)項(xiàng)目的走向,成敗與否全在于開始階段的決策。

再嚴(yán)密的測(cè)試也不能完全發(fā)覺軟件當(dāng)中全部的錯(cuò)誤,但是測(cè)試還是能發(fā)覺大部分的錯(cuò)誤,能確保軟件基本是可用的,所以在后續(xù)運(yùn)用的過程中還需要加強(qiáng)快速響應(yīng)的環(huán)節(jié)。結(jié)合軟件測(cè)試的理論,故障暴露在最終客戶端之前實(shí)時(shí)主動(dòng)的去發(fā)覺并解決。這一點(diǎn)就需要加強(qiáng)研發(fā)隊(duì)伍的建設(shè)。

經(jīng)過這次培訓(xùn)中多個(gè)案例的講解,讓我了解到系統(tǒng)在上線之后會(huì)有許多不能預(yù)知的性能問題,需要在上線之前實(shí)現(xiàn)進(jìn)行模擬,以規(guī)避風(fēng)險(xiǎn),包括大數(shù)據(jù)量訪問,高并發(fā)數(shù)等等。

當(dāng)然也有許多應(yīng)對(duì)手段,沒有哪種手段可稱為最完滿,只有最合適的,需要敏捷掌控,綜合運(yùn)用以達(dá)到最優(yōu)程度,這是個(gè)很值得討論的領(lǐng)域。

目前我們?cè)陧?xiàng)目建設(shè)過程中對(duì)性能壓力測(cè)試的重視程度還不太高,廠家也很少有雇傭第三方的測(cè)試機(jī)構(gòu)。而是在現(xiàn)網(wǎng)進(jìn)行試用,遇到問題再解決,可能會(huì)產(chǎn)生滯后問題,影響客戶運(yùn)用。盼望以后能在性能測(cè)試方面提高重視程度,加大人力投入,以保證系統(tǒng)上線后能夠穩(wěn)定運(yùn)行。

對(duì)于快速響應(yīng)這塊,我們不能一味依靠廠家,而盼望自己就能快速響應(yīng),實(shí)時(shí)將問題解決。這也是一個(gè)比較長(zhǎng)遠(yuǎn)的問題,需要加強(qiáng)研發(fā)能量的投入。

我個(gè)人是做開發(fā)出身,有此類閱歷,當(dāng)時(shí)是在客戶現(xiàn)場(chǎng),由于了解系統(tǒng)內(nèi)部結(jié)構(gòu),能夠在第一時(shí)間排查解決客戶所反饋問題。

現(xiàn)在系統(tǒng)完全由廠家開發(fā),很難了解內(nèi)部結(jié)構(gòu),或許會(huì)造成后期維護(hù)困難。所以,是否應(yīng)當(dāng)針對(duì)某些項(xiàng)目介入廠家研發(fā)工作,比如請(qǐng)廠家提供源代碼等相關(guān)要素,以增進(jìn)維護(hù)人員對(duì)系統(tǒng)的了解。

最末再次感謝公司提供的平臺(tái),感謝領(lǐng)導(dǎo)的信任,讓我有機(jī)會(huì)得到更深層次的學(xué)習(xí)以及展示自己技能的機(jī)會(huì),我也會(huì)盡我所能來完善工作的系統(tǒng),提高整體工作效率,為南方電網(wǎng)的進(jìn)展建設(shè)提供更堅(jiān)實(shí),優(yōu)秀的支撐服務(wù)平臺(tái)。

路測(cè)試心得體會(huì)篇3

?軟件測(cè)試方法和技術(shù)》這門課程,還是由張建東老師教我們的。在張老師的講解下,我深刻的體會(huì)到軟件測(cè)試是很有須要的。一個(gè)軟件,從最開始的可行性分析、需求分析、概要設(shè)計(jì)、具體設(shè)計(jì)、編寫代碼。這一系列的開發(fā)之下。千辛萬苦的,花費(fèi)了大量的人力物力、金錢時(shí)間,究竟把軟件給做出來了。你試著想一下,要是送到客戶的手上,客戶突然發(fā)覺,軟件用不了,或者是軟件存在很大的缺陷。導(dǎo)致軟件不好用、甚至比原先沒有這個(gè)軟件,還麻煩了。客戶是很生氣的。客戶一生氣,就導(dǎo)致客戶不會(huì)付錢。這最終,項(xiàng)目失敗,造成資源的大量糜費(fèi),所以說軟件測(cè)試還是很有須要的。再者就是,軟件測(cè)試可以發(fā)覺軟件的缺陷,從而通知編程人員不斷改進(jìn)軟件。在這樣不斷測(cè)試,不斷改進(jìn)的狀況下。將軟件性能不斷提高,軟件變得越來越好用。

軟件測(cè)試,旨在發(fā)覺軟件的缺陷??梢赃@樣說,軟件測(cè)試就是以發(fā)覺軟件缺陷,為最終目的的測(cè)試活動(dòng)。它通過軟件測(cè)試方法,白盒的、黑盒的、靜態(tài)的或是動(dòng)態(tài)的。借助軟件測(cè)試工具,來找到缺陷。然后在缺陷評(píng)審和確認(rèn)之后將缺陷記錄下來,并用缺陷管理工具管理,具體描述,關(guān)注軟件缺陷的發(fā)生周期。對(duì)它的嚴(yán)峻性、和優(yōu)先級(jí)下一個(gè)定義。書寫軟件缺陷報(bào)告,具名缺陷的重現(xiàn)步驟、測(cè)試的期望結(jié)果與實(shí)際結(jié)果、還有相關(guān)圖片、文字資料。提交給軟件編程人員,來完成軟件缺陷的修復(fù)。

軟件測(cè)試的方法,包括:白盒測(cè)試和黑盒測(cè)試。其中,白盒測(cè)試之中,有含有:語句掩蓋、判定掩蓋、條件掩蓋、判定條件掩蓋、條件組合掩蓋、路徑掩蓋、等方法。黑盒測(cè)試方法中,有:等價(jià)類劃分法、邊界值分析法、判定表法、因果圖法等。軟件測(cè)試方法,根據(jù)是否運(yùn)行代碼來看,可以分為:靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試。其中靜態(tài)測(cè)試有,對(duì)代碼的走查和評(píng)審。動(dòng)態(tài)測(cè)試,那么是要通過運(yùn)行代碼來執(zhí)行。白盒測(cè)試多用于軟件的單元測(cè)試上,黑盒測(cè)試多用于功能性測(cè)試上。代碼的靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試,那么是每一個(gè)軟件項(xiàng)目都需要的。

單元測(cè)試,多構(gòu)造樁函數(shù)或是驅(qū)動(dòng)程序來測(cè)試。一般借助與各種軟件測(cè)試工具。軟件測(cè)試,或者說程序測(cè)試。一般先是進(jìn)行單元測(cè)試。單元測(cè)試,修改完單元之中的缺陷、錯(cuò)誤之后,就是集成測(cè)試。集成測(cè)試多針對(duì)程序功能進(jìn)行測(cè)試,看程序的各項(xiàng)功能是否達(dá)到要求,是否齊全。集成測(cè)試之后就是系統(tǒng)測(cè)試。系統(tǒng)測(cè)試是針對(duì)整個(gè)軟件系統(tǒng)的??窜浖到y(tǒng)是否達(dá)到性能的要求。從而改進(jìn)代碼,以求達(dá)到系統(tǒng)的嚴(yán)格要求。最末就是驗(yàn)收測(cè)試,這個(gè)測(cè)試,一般都分成兩半來做。一半是,程序員模擬客戶環(huán)境,進(jìn)行測(cè)試。而,另一半那么是,真正的客戶參加的測(cè)試。最大程度的表達(dá)客戶的真實(shí)環(huán)境??蛻粼谠囘\(yùn)行的狀況下,看是否會(huì)發(fā)覺,平常發(fā)覺并且以前的環(huán)境發(fā)覺不了的問題。

驗(yàn)收測(cè)試,包含對(duì)界面的測(cè)試和軟件可用性的測(cè)試,運(yùn)用尼爾森十大原那么,來測(cè)試軟件是否好用。軟件是否達(dá)到用戶的對(duì)軟件界面的需求。

無論是軟件編寫,還是軟件測(cè)試,都需要相應(yīng)的文檔管理。還有針對(duì)軟件測(cè)試制定的測(cè)試計(jì)劃,軟件測(cè)試執(zhí)行等。

通過本學(xué)期的學(xué)習(xí),我感受到軟件測(cè)試是一門特別需要學(xué)習(xí)的課程。即使作為考察課程,它也是軟件行業(yè)人士所需要了解的知識(shí)。它對(duì)軟件工程項(xiàng)目的作用是至關(guān)重要的。現(xiàn)在,作為同學(xué)的我所做的項(xiàng)目雖然都是一些小的項(xiàng)目,但是在小組共同開發(fā)的時(shí)候還是需要用到項(xiàng)目的測(cè)試。如今這門課程我學(xué)的還不是很好,但我相信在今后的實(shí)訓(xùn)及工作當(dāng)中,能夠更好的體驗(yàn)和感受到項(xiàng)目測(cè)試的精髓,對(duì)軟件項(xiàng)目測(cè)試有更深入的了解。我也盼望,學(xué)校的老師能夠在今后的教學(xué)當(dāng)中重視軟件項(xiàng)目測(cè)試課程,多讓同學(xué)了解實(shí)例,去感受、體會(huì)軟件項(xiàng)目測(cè)試所遇到的問題和解決方案,理解軟件項(xiàng)目測(cè)試的精髓。

路測(cè)試心得體會(huì)篇4

在支付寶測(cè)試分析的角色和系統(tǒng)分析的角色是對(duì)應(yīng)的,只不過一個(gè)是測(cè)試類的另外一個(gè)是開發(fā)類的。系分下面會(huì)有相應(yīng)開發(fā),測(cè)分下面會(huì)有相應(yīng)的測(cè)試用例編寫和執(zhí)行人員。也就是說測(cè)試分析文檔是對(duì)測(cè)試執(zhí)行人員的一個(gè)指導(dǎo)(在我原來的理解方式上,覺得測(cè)試分析人員應(yīng)當(dāng)是用例編寫人員;而在這里測(cè)試分析人員是從業(yè)務(wù)上去分析的,用例是用例執(zhí)行人員來寫并且執(zhí)行的)。

而通過這次的這次分析覺得自己的測(cè)分還存在以下的問題:

1、太關(guān)注開發(fā)的內(nèi)部實(shí)現(xiàn)規(guī)律。建議:將開發(fā)內(nèi)部實(shí)現(xiàn)規(guī)律看成一個(gè)黑盒子,測(cè)試分析要從這個(gè)黑盒子的輸入和輸出上去看開發(fā)內(nèi)部實(shí)現(xiàn)規(guī)律是不是有問題,而不應(yīng)當(dāng)先去了解開發(fā)的實(shí)現(xiàn)規(guī)律然后根據(jù)他們的思路去分析。

2、分析文檔寫的過于具體,甚至將用例的步驟都寫了出來。建議:測(cè)試分析要從全局上去看問題,環(huán)節(jié)的東西即便是知道的,也要留給之后的用例編寫人員去了解(就像系分之后的開發(fā)需要去寫具體設(shè)計(jì)的道理一樣),這樣后面的人才會(huì)自己主動(dòng)去想問題。

3、分析文檔要考慮維護(hù)性問題,不要涌現(xiàn)類似比如還款中狀態(tài)為“r”這種詳細(xì)的數(shù)據(jù)內(nèi)容。由于我的分析是對(duì)后續(xù)用例編寫人員的一個(gè)指導(dǎo)性的文檔,所以假如側(cè)分這么寫很有可能導(dǎo)致用例也照著這么寫,其實(shí)不管側(cè)分和用例都不應(yīng)當(dāng)詳細(xì)寫到r這么環(huán)節(jié),否那么的話開發(fā)稍作變動(dòng)我們就要相應(yīng)變動(dòng)我們的用例

4、沒有明確測(cè)試目的。review用例的時(shí)候,沒有提出每個(gè)用例需要明確一個(gè)測(cè)試目的,讓別人來看這個(gè)用例的時(shí)候能明白究竟是怎么回事。

總結(jié):

1、以后寫測(cè)試分析文檔,依據(jù)僅僅是prd文檔,需要拋開開發(fā)實(shí)現(xiàn)規(guī)律部分(即不去看系分文檔),待測(cè)分出來之后,再去看系分文檔,相互看看彼此考慮的是否存在遺漏的地方。等到在寫用例的時(shí)候再讓寫用例的人和相應(yīng)的開發(fā)去相互明確更環(huán)節(jié)的東西。

2、寫用例我們目前都是僅僅做到對(duì)流程上的每個(gè)節(jié)點(diǎn)去單獨(dú)分析,細(xì)到看輸出的時(shí)候會(huì)關(guān)注到數(shù)據(jù)庫表的一個(gè)改變。但是除了以上部分,其實(shí)還少了對(duì)整體流程的關(guān)注,需要增加業(yè)務(wù)流程的各條路徑的一個(gè)掩蓋,在針對(duì)路徑的用例中不需要關(guān)注到數(shù)據(jù)庫表級(jí)那么細(xì)。

3、在做流程路徑掩蓋之前應(yīng)當(dāng)畫一個(gè)路徑圖,這個(gè)圖的畫法考慮各個(gè)入口的不同分開畫流程圖,分別進(jìn)行路徑掩蓋。

路測(cè)試心得體會(huì)篇5

雖然一如繼往地寫讀書筆記,筆墨也糜費(fèi)了不少。但真正坐下來利用大段的時(shí)間將自己的思路理清還沒有過。由于最近有了肯定的時(shí)間,更由于狠狠地泡了一段時(shí)間測(cè)試論壇,下載學(xué)習(xí)了該網(wǎng)站的電子測(cè)試雜志之后,自己的思路究竟開始清楚起來,朦朦朧朧地開始看清了遠(yuǎn)方的路,麻著膽子去分析一下自己,也學(xué)著展望一下將來了,究竟摸黑走路的感覺很不好。

我覺得學(xué)習(xí)軟件測(cè)試的通用技術(shù)與針對(duì)某類軟件的測(cè)試技術(shù)外,還有一個(gè)重要的與技術(shù)無關(guān)的方面:業(yè)務(wù)知識(shí).沒有詳細(xì)的業(yè)務(wù)知識(shí)很難發(fā)覺軟件中潛在的規(guī)律錯(cuò)誤甚至是需求上的錯(cuò)誤,當(dāng)然需求要依據(jù)特定的軟件,但軟件測(cè)試人員對(duì)需求理解的深入程度不應(yīng)低于軟件開發(fā)的人員.由于軟件測(cè)試全部的依據(jù)來自于需求,而全部的需求來自于客戶,甚至是我們的全部都來自于客戶.識(shí)別需求后還需要轉(zhuǎn)化為測(cè)試上的需求,究竟測(cè)試人員看需求的角度和開發(fā)人員還是有區(qū)分的。

關(guān)于學(xué)習(xí),我知道我并非計(jì)算機(jī)專業(yè)的同學(xué),初涉軟件測(cè)試行業(yè),沒有接受系統(tǒng)的培訓(xùn),對(duì)軟件測(cè)試一物不知,既不知道該測(cè)試什么,也不知道如何開始測(cè)試。但是,總該知道如何去學(xué)習(xí),然而我認(rèn)為,學(xué)習(xí)總該有須要的方法。

1.找個(gè)好師傅

這是最重要的一條了,也是公司提供的最好的一個(gè)條件.剛進(jìn)來的時(shí)候,td,測(cè)試案例都有一個(gè)pm細(xì)心的和你講,案例有什么方法來設(shè)計(jì)要留意哪些錯(cuò)誤軟件測(cè)試技術(shù)相關(guān)書籍目次、軟件測(cè)試流程相關(guān)文檔目次、產(chǎn)品業(yè)務(wù)相關(guān)的文檔目次,一大堆的東西立刻夠你頭暈的了.呵呵,還好,悟性不錯(cuò),都囫圇吞棗地吞下去了。

2.學(xué)會(huì)讀書

無論是神馬專業(yè),我始終確信,萬變不離其宗,我知道,我不是這個(gè)專業(yè)的,但這個(gè)并不代表這我就不了解這個(gè),再怎么不濟(jì),我也是從書本中走出來的,我相信,只要我努力地吧書本啃熟,我能夠敏捷地融入到這個(gè)職業(yè)中去,從書本中找尋解決問題的方法。標(biāo)記出自己所錯(cuò)誤的。

3.與前輩們一起爭(zhēng)論,多說

總有一天,我們會(huì)成為一位前輩,不過不是現(xiàn)在,至少現(xiàn)在我們應(yīng)當(dāng)好好的向別人學(xué)習(xí),所以,我覺得,前輩是我們前進(jìn)道路上不可或缺的一部分,他會(huì)成為引領(lǐng)我們前進(jìn)的發(fā)動(dòng)機(jī),給我們指引,跟我們道工作的閱歷。然而,我們也應(yīng)當(dāng)多說,我知道,前輩們給我們講解,已經(jīng)是很辛苦的事情,究竟,這不是他們的義務(wù)。我們也應(yīng)當(dāng)多多說說我們的觀點(diǎn),這樣既能夠讓人家了解我們的水平,也方便老師前輩們對(duì)我們進(jìn)行指導(dǎo)。

這些天的學(xué)習(xí),我也有了一點(diǎn)自己的心得體會(huì)

體會(huì)一:軟件測(cè)試在整個(gè)軟

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論